FUNDAMENTOS DE PRUEBAS Y SU APLICACION EN EL ENTORNO AGIL
4. DISEÑO DE CASOS DE PRUEBAS
Pruebas del sistema
Pruebas funcionales
Pruebas de instalacion
Pruebas de aceptacion
Pruebas alfa
Pruebas beta
Pruebas de humo
Pruebas de usabilidad
Pruebas de GUI
Pruebas de estilo
Pruebas de desempeño
Pruebas de stress
Pruebas de recuperacion y tolerancia a fallas
Pruebas de compatibilidad y conversion
Pruebas de seguridad y control de acceso
Pruebas de Integridad de datos y base de datos
Prueba del ciclo de negocio
Prueba de configuracion
Prueba de regresion
Prueba de Documentación y Procedimiento
5. PLAN DE PRUEBAS
Ejecución
Reporte de avance e incidencias
Registro de procesos e informe final
Estimación
Estrategia y plan
Elaboración
6. PRUEBAS EN ENTORNO AGIL
1. Requisitos del negocio
2. Escribir historias
3. Desarrollar Historias
Desarrollo basado en pruebas, incluyendo pruebas unitarias, integración continua y pruebas de regresión a nivel unitario
4. Probar historias
Pruebas en contra de historias de usuarios, incluidas pruebas no funcionales necesarias
5. Prueba no funcional especializada
Pruebas no funcionales en entornos especializados y pruebas en los requisitos no funcionales de esas historias
6.Pruebas de aceptación
Pruebas de aceptación de usuarios en entornos reales
7. Pruebas de regresion
Pruebas de regresión a nivel de historias para asegurar la funcionalidad de ciclos previos
8.Software operativo
1. VALIDACION Y VERIFICACION
OBJETIVOS
Descubriendo de defectos del sistema
Aseguramiento de utilidad del sistema
Valorar y mejorar la calidad de los productos
Verificación
Inspección del proceso de desarrollo de estándares o buenas practicas
Validación
Pruebas de especificación de requisitos y satisfacción de necesidades
2. PRINCIPIOS DE PRUEBAS
1. Realizar pruebas de escenarios desde el punto de vista cliente
2. Las pruebas se deben planificar mucho antes de que comience el proceso de pruebas
Planificación y diseño después de complementar la fase de analisis
3. Principio de Pareto es aplicable a las pruebas de software
Rastrear la gran cantidad de componentes sospechosos y después probarlos.
4. Las pruebas deben comenzar “ en lo pequeño” y progresar hacia “lo grande”
Iniciar las pruebas por los componentes individuales y no esperar hasta tener el producto completo integrado
5. Las pruebas exhaustivas no son posibles
Es imposible ejecutar todas las combinaciones de pruebas, es mejor definir una lógica para aplicar un conjunto básica de rutas de ejecucion
OBJETIVOS
Probar si el software no hace lo que debe hacer
Probar si el software hace lo que no debe hacer
ENFOQUES CLASICOS
Enfoque estructurado
Enfoque funcional
3. NIVELES Y TIPOS DE PRUEBAS
1. Unitarias
Detecta errores en los datos, lógica y algoritmos.
2. Integración
Detecta errores de interfaces y relaciones entre componentes
3.Sistema
Detecta fallas en los requerimientos especificados
4.Aceptacion
Detecta fallas en la implementacion del sistema
5. Regresión
Prueba continua del sistema o componente para verificar que las modificaciones no han causado efectos inesperados
6. Beta
Usuarios reportan errores