El documento describe las etapas y características básicas de las pruebas de software. Explica las etapas de planificación de pruebas, diseño de casos de prueba, ejecución de pruebas y recolección de resultados. También describe estrategias como pruebas de unidad, integración y validación. El objetivo principal es controlar la calidad mediante la detección temprana de errores.

1. Pruebas 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