estrategias de prueba de software
DESCRIPTION
TRANSCRIPT
Pruebas de Software
Etapas y Características básicas
ETAPAS•Planificación de prueba•Diseño de casos de prueba•Ejecución de pruebas•Recolección de resultados
ETAPAS•Planificación de prueba•Diseño de casos de prueba•Ejecución de pruebas•Recolección de resultados
CARACTERISTICAS BASICAS
•Flexible - Personalización•Rigida - planificacion razonable y seguimiento de la gestion
CARACTERISTICAS BASICAS
•Flexible - Personalización•Rigida - planificacion razonable y seguimiento de la gestion
Personas que construyen
Personas que construyen
GPI(Grupo de Pruebas
Independiente)
GPI(Grupo de Pruebas
Independiente)
QAQADesarrolladoresDesarrolladores
Personas que pruebanPersonas que prueban
Perspectiva psicológica
Construcción vs Pruebas
Pruebas del sistema
Pruebas de validación
Pruebas de integración
Pruebas de unidad
Código
Diseño
Requerimientos
Ingeniería del sistemas
Construcción
Construcción
pruebas
pruebas
Aspectos estratégicos
•Especificación de requerimientos del producto•Definición de objetivos explícitos•Definición de perfiles de usuario•Plan de prueba de "Ciclo rápido“ para controlar la calidad•Construir "software robusto“ que se prueba así mismo•Usar revisiones técnicas antes de las pruebas•Usar revisiones técnicas para valorar la estrategia de pruebas•Enfoque de mejora continua para proceso de prueba
•Especificación de requerimientos del producto•Definición de objetivos explícitos•Definición de perfiles de usuario•Plan de prueba de "Ciclo rápido“ para controlar la calidad•Construir "software robusto“ que se prueba así mismo•Usar revisiones técnicas antes de las pruebas•Usar revisiones técnicas para valorar la estrategia de pruebas•Enfoque de mejora continua para proceso de prueba
Estrategias de pruebas de software convencional
•Prueba de Unidad•Prueba de integración•Pruebas de validación •Pruebas de software
•Prueba de Unidad•Prueba de integración•Pruebas de validación •Pruebas de software
Prueba de unidad
Casos de prueba
Módulo
InterfazEstructuras de datos localesCondiciones de fronteraRutas independientesRutas de manejo de error
Prueba de unidad
ControladorControlador
Modulo a probar
Modulo a probar
Representantes (stubs)
Representantes (stubs)
Representantes (stubs)
Representantes (stubs)
Casos de prueba
Casos de prueba
Prueba de integración – descendente(Control)
M1M1
M11M11
M111M111 M112M112
M12M12
Prueba de integración – ascendente(Atómica)
M1M1
M11M11
M111M111 M112M112
M12M12
Prueba de integración(Pruebas de regresión)
Ejecución de un número de pruebas que ya se ejecutaron después de haber encontrado un set de
error y corregirlos
•Funcionalidad del software•Funcionalidad afectada por el cambio•Componentes que cambiaron
Ejecución de un número de pruebas que ya se ejecutaron después de haber encontrado un set de
error y corregirlos
•Funcionalidad del software•Funcionalidad afectada por el cambio•Componentes que cambiaron
Prueba de validación(Pruebas alfa y beta)
Alfa•Usuarios finales representativos •Ambiente controlado•presencia del desarrollador
Beta•Usuarios finales in situ•En vivo•No hay presencia del desarrollador
Alfa•Usuarios finales representativos •Ambiente controlado•presencia del desarrollador
Beta•Usuarios finales in situ•En vivo•No hay presencia del desarrollador
Pruebas del sistema
•Pruebas de Recuperación•Tolerancia a fallas•Recuperación ante fallas
•Pruebas de seguridad•Hackers•Empleados
•Pruebas de esfuerzo•Alta demanda de recursos
•Pruebas de rendimiento•Tiempo de respuesta•Instrumentos de hardware y software
•Pruebas de despliegue•Se pone aprueba ambiente propicio para el funcionamiento del software
•Pruebas de Recuperación•Tolerancia a fallas•Recuperación ante fallas
•Pruebas de seguridad•Hackers•Empleados
•Pruebas de esfuerzo•Alta demanda de recursos
•Pruebas de rendimiento•Tiempo de respuesta•Instrumentos de hardware y software
•Pruebas de despliegue•Se pone aprueba ambiente propicio para el funcionamiento del software