2. Prueba de software Ejecución de un programa con la intención de descubrir un error técnica experimental para la búsqueda de errores en los programas
3. Tipos de pruebas Unidad integración validación sistema
4. Pruebas de unidad Errores interfaces entre módulos interfaces entrada/salida estructuras de datos locales cálculos flujo de control caminos de procesamiento de errores
5. Pruebas de unidad Necesitamos drivers (conductores) stubs (resguardos) driver Unidad bajo prueba stub_C stub_A stub_Y
6. Pruebas de integración Errores comunicación a través de la interfase efectos colaterales perniciosos acumulación notable de errores de cálculo acceso incoherente a estructuras de datos globales tiempos de respuesta
7. Pruebas de integración estrategias descendente ascendente sándwich
8. Estrategia descendente De arriba hacia abajo, avanzando primero en profundidad primero en anchura tomamos el módulo principal como driver substituimos los módulos dependientes por stubs
9. Estrategia descendente (cont) progresamos substituyendo stubs por módulos reales – realizando pruebas específicas para el módulo – repitiendo las realizadas previamente ( pruebas regresivas)
10. Estrategia ascendente Agrupamos los módulos inferiores (según funcionalidad p.e.) preparamos un driver para cada grupo y realizamos las pruebas progresamos substituyendo los driver por módulos reales realizando pruebas específicas y regresivas
11. A favor En contra descendente • Se prueban antes los módulos más importantes • Si primero en profundidad quedan probadas antes ramas completas • Elaboración stubs Ascendente Gran incertidumbre hasta el final
12. Estrategia sandwitch Combinamos estrategia descendente para los módulos superiores (+ funcionales) estrategia ascendente para los módulos inferiores intensificamos las pruebas regresivas en los módulos críticos
13. Pruebas de validación basarse en los criterios de aceptación pruebas alfa (entorno de desarrollo) pruebas beta (entorno del cliente) Pruebas de sistema recuperación seguridad resistencia rendimiento
14. Técnicas de prueba Ayudan a definir conjuntos de casos de prueba aplicando un cierto criterio los casos de prueba quedarán determinados por los valores a asignar a las entradas en su ejecución
15. Técnicas de prueba técnicas de caja blanca criterios basados en el contenido de los módulos técnicas de caja negra criterios basados en las interfaces y las especificaciones de los módulos
16. Técnicas de caja blanca El criterio de selección de casos de prueba buscará cierta cobertura caminos independientes valores de las condiciones bucles dentro y fuera de sus límites operacionales estructuras de datos los errores se esconden en los rincones y se acumulan en las fronteras
17. Técnicas de caja negra Permiten detectar funcionamiento incorrecto o incompleto errores interfase errores accesos estructuras de datos externas problemas de rendimiento errores de inicio y terminación
18. Técnicas de caja negra Cobertura valores representativos de conjuntos http://www.google.com/search?q=cache:l6vYj- Iván Dorado Salazar
