Tema V

1 Estrategia, técnicas y métodos de prueba clásicos. 2
1.1 Un enfoque estratégico para las pruebas del software 2
1.1.1 Verificación y validación (V&V) 3
1.1.2 Organización para las pruebas del software 3
1.1.3 Una estrategia de prueba del software 3
1.1.4 Criterios para completar la prueba 4
1.2 Aspectos estratégicos 4
1.3 Prueba de unidad 4
1.3.1 Consideraciones sobre la prueba de unidad. 41.3.2 Procedimientos de Prueba de unidad 5
1.4 Prueba de integración 5
1.4.1 Integración descendente 5
1.4.2 Integración ascendente 6
1.4.3 Prueba de regresión 6
1.4.4 Prueba de humo 6
1.4.5 Comentarios sobre la prueba de integración 6
1.5 Prueba de validación 7
1.5.1 Criterios para la prueba de validación 7
1.5.2 Revisión de la configuración 7
1.5.3 Pruebas alfa y beta 7
1.6 Prueba del sistema 71.6.1 Prueba de recuperación 7
1.6.2 Prueba de seguridad 7
1.6.3 Prueba de resistencia (Stress) 8
1.6.4 Prueba de rendimiento 8
1.7 Fundamentos de las pruebas del software 8
1.7.1 Objetivo de las pruebas 8
1.7.2 Principios de las pruebas 8
1.7.3 Facilidad de prueba 9
1.8 Diseño de casos de prueba 10
1.9 Prueba de Caja Blanca 10
1.10 Prueba del Camino Básico 10
1.10.1 Notación del grafo de flujo 101.10.2 Complejidad ciclomática 11
1.10.3 Obtención de casos de pruebas 11
1.10.4 Matrices de grafos 12
1.11 Prueba de la estructura de control 12
1.11.1 Prueba de condición 12
1.11.2 Prueba de flujo de datos 13
1.11.3 Prueba de bucles 13
1.12 Prueba de Caja Negra 14
1.12.1 Métodos de prueba basados en grafos 14
1.12.2 Partición equivalente 14
1.12.3 Análisis de valores límite 15
1.12.4 Prueba decomparación 15
1.12.5 Prueba de la tabla ortogonal 15
1.13 Prueba de Entornos Especializados, Arquitecturas y Aplicaciones 15
1.13.1 Prueba de interfaces gráficas de usuario (IGUs) 15
1.13.2 Pruebas de arquitectura cliente / servidor 15
1.13.3 Pruebas de la documentación y facilidades de ayuda 15
1.13.4 Prueba de sistemas de tiempo-real 15
2 Pruebas orientadas a objetos. 16
2.1 Ampliando la visiónde las pruebas 16
2.2 Pruebas de los Modelos de AOO y DOO 16
2.2.1 Exactitud de los modelos AOO y DOO 16
2.2.2 Consistencia de los modelos AOO y DOO 16
2.3 Estrategias de Prueba Orientadas a Objetos 17
2.3.1 Las pruebas de unidad en el contexto de la OO 17
2.3.2 Las pruebas de integración en el contexto OO 17
2.3.3 Pruebas de validación en un contexto OO 17
2.4 Diseño de Casos de Prueba parasoftware OO 17
2.4.1 Implicaciones de los conceptos de OO al diseño de casos de prueba 18
2.4.2 Aplicabilidad de los métodos convencionales de diseño de casos de prueba 18
2.4.3 Pruebas basadas en errores 18
2.4.4 El impacto de la programación OO en las pruebas 18
2.4.5 Casos de prueba y jerarquía de clases 18
2.4.6 Diseño de pruebas basadas en el escenario 18
2.4.7 Las estructuras de pruebassuperficiales y profundas 19
2.5 Métodos de Prueba aplicables a nivel de Clases 19
2.5.1 La verificación al azar para clases OO 19
2.5.2 Prueba de partición al nivel de clases 19
2.6 Diseño de Casos de prueba Interclase 19
2.6.1 Prueba de múltiples clases 19
2.6.2 Prueba derivada de los modelos de comportamiento 20
3 Pruebas de entornos especializados. 20
4 Patrones de prueba. 20
5 Documentación de pruebas.20
5.1 Plan de pruebas 20



1 Estrategia, técnicas y métodos de prueba clásicos.
Una estrategia de prueba del software integra las técnicas de diseño de casos de prueba en una serie de pasos bien planificados que dan como resultado una correcta construcción del software.
1.1 Un enfoque estratégico para las pruebas del software
Las pruebas son un conjunto de actividades que se pueden planificarpor adelantado y llevar a cabo sistemáticamente. Se debe definir en el proceso de ingeniería del software una plantilla para las pruebas del software: un conjunto de pasos en los que podamos situar los métodos específicos de diseño de casos de prueba:
Plantilla para la prueba:
Las pruebas comienzan a nivel de módulo y trabajan "hacia fuera", hacia la
integración de todo el sistema basado en...