Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a Estrategias de prueba de software
Similar a Estrategias de prueba de software (20)
Estrategias de prueba de software
- 2. Etapas y Características básicas ETAPAS ETAPAS CARACTERISTICAS CARACTERISTICAS ••Planificaciónde prueba Planificación de prueba BASICAS BASICAS ••Diseñode casos de prueba Diseño de casos de prueba ••Flexible--Personalización Flexible Personalización ••Ejecuciónde pruebas Ejecución de pruebas ••Rigida--planificacion razonable Rigida planificacion razonable ••Recolecciónde resultados Recolección de resultados yyseguimiento de la gestion seguimiento de la gestion
- 3. Perspectiva psicológica Personas que Personas que Personas que prueban Personas que prueban construyen construyen GPI GPI (Grupo de (Grupo de QA Desarrolladores Desarrolladores Pruebas Pruebas QA Independiente) Independiente)
- 4. Construcción vs Pruebas Pruebas del sistema pp rr uu Pruebas de validación ee bb aa ss Pruebas de integración Pruebas de unidad Código CC oo Diseño nn ss tt rr Requerimientos uu cc cc Ingeniería del sistemas i i óó nn
- 5. Aspectos estratégicos ••Especificaciónde requerimientos del Especificación de requerimientos del producto producto ••Definiciónde objetivos explícitos Definición de objetivos explícitos ••Definiciónde perfiles de usuario Definición de perfiles de usuario ••Plande prueba de "Ciclo rápido“ para Plan de prueba de "Ciclo rápido“ para controlar la calidad controlar la calidad ••Construir"software robusto“ que se prueba Construir "software robusto“ que se prueba así mismo así mismo ••Usarrevisiones técnicas antes de las pruebas Usar revisiones técnicas antes de las pruebas ••Usarrevisiones técnicas para valorar la Usar revisiones técnicas para valorar la estrategia de pruebas estrategia de pruebas ••Enfoquede mejora continua para proceso de Enfoque de mejora continua para proceso de prueba prueba
- 6. Estrategias de pruebas de software convencional ••Prueba de Unidad Prueba de Unidad ••Prueba de integración Prueba de integración ••Pruebas de validación Pruebas de validación ••Pruebas de software Pruebas de software
- 7. Prueba de unidad Interfaz Estructuras de datos locales Condiciones de frontera Módulo Rutas independientes Rutas de manejo de error Casos de prueba
- 8. Prueba de unidad Controlador Controlador Casos de Casos de Modulo aa Modulo prueba prueba probar probar Representantes Representantes Representantes Representantes (stubs) (stubs) (stubs) (stubs)
- 9. Prueba de integración – descendente (Control) M1 M1 M11 M11 M12 M12 M111 M111 M112 M112
- 10. Prueba de integración – ascendente (Atómica) M1 M1 M11 M11 M12 M12 M111 M111 M112 M112
- 11. Prueba de integración (Pruebas de regresión) Ejecución de un número de pruebas que ya se Ejecución de un número de pruebas que ya se ejecutaron después de haber encontrado un set de ejecutaron después de haber encontrado un set de error yycorregirlos error corregirlos ••Funcionalidaddel software Funcionalidad del software ••Funcionalidadafectada por el cambio Funcionalidad afectada por el cambio ••Componentesque cambiaron Componentes que cambiaron
- 12. Prueba de validación (Pruebas alfa y beta) Alfa Alfa ••Usuariosfinales representativos Usuarios finales representativos ••Ambientecontrolado Ambiente controlado ••presenciadel desarrollador presencia del desarrollador Beta Beta ••Usuariosfinales in situ Usuarios finales in situ ••Envivo En vivo ••Nohay presencia del desarrollador No hay presencia del desarrollador
- 13. Pruebas del sistema ••Pruebasde Recuperación Pruebas de Recuperación ••Toleranciaaafallas Tolerancia fallas ••Recuperaciónante fallas Recuperación ante fallas ••Pruebasde seguridad Pruebas de seguridad ••Hackers Hackers ••Empleados Empleados ••Pruebasde esfuerzo Pruebas de esfuerzo ••Altademanda de recursos Alta demanda de recursos ••Pruebasde rendimiento Pruebas de rendimiento ••Tiempode respuesta Tiempo de respuesta ••Instrumentosde hardware yysoftware Instrumentos de hardware software ••Pruebasde despliegue Pruebas de despliegue ••Sepone aprueba ambiente propicio para el Se pone aprueba ambiente propicio para el funcionamiento del software funcionamiento del software