técnicas de diseño de caja negra

caja blanca

técnicas de diseño basadas en la experiencia

pruebas estáticas y dinámicas

Criterios de selección de la técnica apropiada

Pruebas estaticas métricas compilador/analizador

Tablas de Métricas
Organizadas por característica y subcaracterística, cada métrica contiene:

1. Nombre 6. Tipo de escala

2. Propósito 7. Tipo de medida
3. Método de aplicación 8. Fuente de medición
4. Medidad, fórmula y cómputo de datos 9. Referencia a ISO/IEC 12207 SLCP
5. Interpretación del valor medido 10. Audiencia

1. Métricas de Funcionalidad
1. Adecuidad
2. Exactidud
3. Interoperabilidad
4. Seguridad
5. Conformidad de la funcionalidad

1.1. Ejemplo de Métrica de Adecuidad

Nombre: Completitud de implementación funcional
Propósito: Qué tan completa está la implementación funcional.
Método de Contar las funciones faltantes detectadas en la evaluación y comparar con el número de
aplicación: funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B
A = número de funciones faltantes
B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
 Fuente de Especificación de requisitos
medición: Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 6.6 Validación
SLCP: 6.6 Revisión conjunta
Audiencia: Requeridores
Desarrolladores

2. Métricas de Fiabilidad
1. Madurez
2. Tolerancia a fallos
3. Recuperabilidad
4. Conformidad de la fiabilidad

2.1. Ejemplo de Métrica de Madurez

Nombre: Suficiencia de las pruebas
Propósito: Cuántas de los casos de prueba necesarios están cubiertos por el plan de pruebas.
Método de Contar las pruebas planeadas y comparar con el número de pruebas requeridas para obtener
aplicación: una cobertura adecuada.
Medición, fórmula: X = A/B
A = número de casos de prueba en el plan
B = número de casos de prueba requeridos
Interpretación: 0 <= X
Entre X se mayor, mejor la suficiencia.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de A proviene del plan de pruebas
medición: B proviene de la especificación de requisitos
ISO/IEC 12207 Aseguramiento de Calidad
SLCP: Resolución de problemas
Verificación
Audiencia: Desarrolladores
Mantenedores

3. Métricas de Usabilidad
1. Entendibilidad
2. Aprendibilidad
3. Operatibilidad
4. Atractivo
5. Conformidad de la usabilidad
 3.1. Ejemplo de Métrica de
Entendibilidad
Nombre: Funciones evidentes
Propósito: Qué proporción de las funciones del sistemas son evidentes al usuario.
Método de aplicación: Contar las funciones evidentes al usuario y comparar con el número total de funciones.
Medición, fórmula: X = A/B
A = número de funciones (o tipos de funciones) evidentes al usuario
B = total de funciones (o tipos de funciones)
Interpretación: 0 <= X <= 1
Entre más cercano a 1, mejor.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Informe de revisión
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Requeridores
Desarrolladores

4. Métricas de Eficiencia
1. Comportamiento en el tiempo
2. Utilización de recursos
3. Conformidad de la eficiencia

4.1. Ejemplo de Métrica de

Comportamiento en el Tiempo
Nombre: Tiempo de respuesta
Propósito: Cuál es el tiempo estimado para completar una tarea.
Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación.
Estimar el tiempo de respuesta basado en ello. Puede medirse:
 Todo o partes de las especificaciones de diseño.
 Probar la ruta completa de una transacción.
 Probar módulos o partes completas del producto.
 Producto completo durante la fase de pruebas.
Medición, fórmula: X = tiempo (calculado o simulado)
Interpretación: Entre más corto, mejor.
Tipo de escala: proporción
Tipo de medida: X = time
 Fuente de medición: Sistema operativo conocido
Tiempo estimado en llamadas al sistema
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Desarrolladores
Requeridores

5. Métricas de Mantenibilidad
1. Analizabilidad
2. Cambiabilidad
3. Estabilidad
4. Examinabilidad
5. Conformidad de la mantenibilidad

5.2. Ejemplo de Métrica de

Cambiabilidad
Nombre: Registrabilidad de cambios
Propósito: ¿Se registran adecuadamente los cambios a la especificación y a los módulos con
comentarios en el código?
Método de
Registrar la proporción de información sobre cambios a los módulos
aplicación:
Medición, fórmula: X = A/B
A = número de cambios a funciones o módulos que tienen comentarios confirmados
B = total de funciones o módulos modificados
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más registrable.
0 indica un control de cambios deficiente o pocos cambios y alta estabilidad.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Sistema de control de configuraciones
Bitácora de versiones
Especificaciones
ISO/IEC 12207 Verificación
SLCP: Revisión conjunta
Audiencia: Desarrolladores
Mantenedores
Requeridores

6. Métricas de Transportabilidad
1. Adaptabilidad
2. Instalabilidad
3. Coexistencia
4. Remplazabilidad
5. Conformidad de la transportabilidad

6.5. Ejemplo de Conformidad de la

Transportabilidad
Nombre: Conformidad de transportabilidad
Propósito: Qué tan conforme es la transportabilidad del producto con regulaciones, estándares y
convenciones aplicables.
Método de Contar los artículos encontrados que requieren conformidad y comparar con el número de
aplicación: artículos en la especificación que requieren conformidad.
Medición, fórmula: X = A/B
A = número de artículos implementados de conformidad
B = total de artículos que requieren conformidad
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de Especificación de conformidad y estándares, convenciones y regulaciones relacionados.
medición: Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 Verificación
SLCP: Revisión conjunta
Audiencia: Requeridores
Desarrolladores

Consideraciones al Utilizar las

Métricas
1. Interpretación de las mediciones
 Diferencia entre conextos de pruebas y de uso.
 Validez de resultados: procedimientos, fuentes de evaluación, validación de datos.
 Equilibrio de recursos de medición.
 Especificación correcta.
2. Validación de las métricas
 Propiedades deseables: confiable, repetible, reproducible, disponible, indicable, correcta, con significado.
 Demostración de validez: correlación, rastreo, consistencia, predictibilidad, discriminación.
 7 propiedades deseables en las métricas
 7 propiedades deseables en las métricas
3. Uso de métricas para estimación y predicción
4. Detección de desviaciones y anomalías
5. Presentación de resultados de medición
 Gráficas de barras, matriz de desempeño, gráficas de Pareto, gráficas de correlación, etc.

Modelo de Medición de la Calidad

 Actividad 1 Actividad 2 Actividad Actividad 4 Actividad 5 Actividad 6 Actividad 7 Actividad 8
3

Fase Análisis de Diseño de Diseño Codificación y Integración y Integración y Instalación Aceptación y

requisitos arquitectura detallado pruebas de pruebas de pruebas de apoyo
de software software software sistema

Referencia Calidad requerida Calidad en Calidad en Calidad en Calidad en Calidad en Calidad en Calidad en
modelo 9126 por el usuario uso predicha uso uso predicha uso predicha uso predicha uso uso medida
Calidad interna Calidad predicha Calidad Calidad Calidad predicha Calidad
requerida externa Calidad externa externa externa Calidad externa
Calidad externa predicha externa medida medida medida externa medida
requerida Calidad predicha Calidad Calidad Calidad medida Calidad
interna Calidad externa externa interna Calidad interna
medida interna predicha predicha medida interna medida
medida Calidad Calidad medida
interna interna
medida medida

Entregables Requisitos de Diseño de Diseño Código y Producto y Sistema Sistema Producto

clave calidad del usuario arquitectura detallado resultados de resultados intgrado y instalado entregado
Requisitos de de software pruebas de pruebas resultados de
calidad externa pruebas
Requisitos de
calidad interna

Métricas Internas (externas Internas Internas Internas y Internas y Internas y Internas y Calidad en el
utilizadas pueden validar externas externas externas externas uso, internas
especificaciones) y externas

Pasos Sugeridos
1. Identificación de requisitos de calidad
2. Especificación de la evaluación
3. Diseño de la evaluación
4. Ejecución de la evaluación
5. Retroalimentación a la organización

Identificación de requisitos de calidad

Característica Subcaracterística Peso
Funcionalidad Adecuidad A
Exactidud A
Interoperabilidad B
Seguridad B
Conformidad M
Fiabilidad Madurez B
Tolerancia a fallos M
Recuperabilidad A
Tolerancia a fallos M
... ... ...

Especificación de la evaluación
 Característica Subcaracterística Métrica Nivel Requerido Nivel Obtenido
Funcionalidad Adecuidad
Exactidud
Interoperabilidad
Seguridad
Conformidad
Fiabilidad Madurez
Tolerancia a fallos
Recuperabilidad
Tolerancia a fallos
... ...

Diseño de la evaluación
Característica Subcaracterística Entregables a Métricas Métricas Métricas de
Evaluar Internas a Externas a Calidad en
Aplicar Aplicar el Uso
Funcionalidad Adecuidad 1. 1. 1. (no aplica)
2. 2. 2.
3. 3. 3.
Exactidud 1. 1. (no aplica) (no aplica)
2. 2.
3. 3.
Interoperabilidad ... ... ... ...

Métricas Internas Puras

 Referencia unificada de datos
 Trazabilidad
 Adecuidad de nombre de variables
 Número ciclomático
 Proporción de acomplamiento entre módulos por datos
 Complejidad del flujo de información
 Enunciados del programa
 Modularidad
 Tamaño promedio de módulo
 Tamaño del programa
 Proporción de acomplamiento entre módulos por
 Enunciados condicionales
funciones
Prueba no funcional

Una prueba no funcional es una prueba cuyo objetivo es la verificación de un requisito

que especifica criterios que pueden usarse para juzgar la operación de un sistema
(requisitos no funcionales) como por ejemplo la disponibilidad, accesibilidad, usabilidad,
mantenibilidad, seguridad, rendimiento.

Pruebas funcionales

Probadores de software (testers) Los probadores de software (también conocidos

como testers, su denominación en inglés) planifican y llevan a cabo pruebas de software
de los ordenadores para comprobar si funcionan correctamente. Identifican el riesgo de
sufrir errores de un software, detectan errores y los comunican.

tecnicas de diseño de caja negra: verifican la funcionalidad del software sin tener en cuenta el
codigo interno

caja blanca: las pruebas de caja blanca están ligadas con el código fuente del software

,se centran en los detalles procedimentales del software, se identifican los valores de entrada y se
cerciora si los valores de salida son adecuados

tecnicas de diseño basadas en la experiencia: el tester tiene conocimiento del software y puede
verificar desde los modulos nuevos

pruebas estaticas y dinamicas

criterios de seleccion de la tecnica apropiada

Software ERP

El propósito de un software de gestión ERP es integrar cada uno de los sistemas informáticos en
un único programa.

Software erp: Business intelligence:

· Optimización de procesos · Toma de decisiones

Pruebas de desempeño:

Pruebas de carga, pruebas de estrés, pruebas de escalabilidad