Entregables del equipo de pruebas de software

Los entregables de pruebas son documentos que se comparten con las partes interesadas durante el desarrollo. Esta sección aborda los siguientes entregables.

Abrir el diagrama a tamaño completo ↗

Entregables del equipo de pruebas de software

• Estrategia de pruebas de software
• Plan de pruebas de software
• Escenarios y casos de prueba
• Métricas de pruebas de software
• Métricas de producto
• Métricas de proceso
• Documentación de pruebas de software
• Informes de pruebas de software
• Informes diarios de estado de las pruebas
• Informes de incidencias
• Informe final de estado y cierre del proyecto de pruebas

Estrategia de pruebas de software

La estrategia de pruebas es una guía para las actividades de prueba del proyecto. Divide el trabajo en procesos más pequeños y bien definidos. La estrategia ayuda al equipo a calcular el tiempo, el esfuerzo y los recursos necesarios, y facilita la planificación, la gestión y el seguimiento del progreso.

Plan de pruebas de software

El plan de pruebas define la estrategia general, el entorno y los niveles de prueba. Explica cómo se analizarán los resultados y qué métricas se utilizarán. También registra los criterios de salida de cada fase y las estimaciones de esfuerzo y costo.

Abrir el diagrama a tamaño completo ↗

Plan de pruebas de software

Escenarios y casos de prueba

Un escenario de prueba describe una situación hipotética para evaluar el software de manera estructurada. Puede ser complejo, como una historia. Un caso de prueba indica directamente qué hacer, qué datos proporcionar y qué resultado esperar. Por lo general, los casos de prueba son enunciados de una línea, mientras que el escenario ofrece una situación más amplia para explorar.

Abrir el diagrama a tamaño completo ↗

Escenarios y casos de prueba

En 2003, Cem Kaner describió las pruebas basadas en escenarios como una forma de explorar situaciones realistas. Los casos de prueba detallados siguen registrando pasos, datos de entrada y resultados esperados. Mantener ese nivel de detalle puede requerir más esfuerzo.

Los casos de prueba indican directamente a quien realiza las pruebas qué hacer y cómo probar el software.

Abrir el diagrama a tamaño completo ↗

Escenarios y casos de prueba

Métricas de pruebas de software

Una métrica de software es una unidad de medida que se utiliza para evaluar un atributo del software. Las métricas de pruebas permiten evaluar la calidad e indican qué tan listo está el sistema durante el desarrollo. ¿Por qué medir? Solo podemos mejorar lo que podemos medir, porque lo medible se puede controlar. Las decisiones de cada fase se toman después de revisar las métricas de la fase anterior. Las métricas de pruebas se dividen en dos grupos.

1. Medidas directas o métricas base. Son datos sin procesar que recopila el analista para mostrar el estado del proyecto, como la cantidad de casos de prueba creados o ejecutados.
2. Medidas indirectas o métricas calculadas. Se obtienen a partir de datos base para ofrecer información más útil, como el porcentaje de trabajo completado o el porcentaje de cobertura de pruebas.

Métricas de producto

Las métricas de producto orientan la mejora de la calidad. Evaluarlas con regularidad ayuda al equipo a identificar a tiempo qué características del producto se deben corregir. Estas métricas miden los siguientes aspectos.

• Tamaño
• Complejidad
• Aspectos del diseño
• Rendimiento
• Calidad

Métricas de proceso

Las métricas de proceso permiten identificar oportunidades para mejorar la forma de trabajar y ahorrar tiempo y esfuerzo. Compara los resultados con el objetivo del proceso para evaluar el progreso. Dar seguimiento a las actividades de prueba puede mejorar la eficiencia y la eficacia del proyecto. En el desarrollo de software, las métricas de proceso abarcan lo siguiente.

• Desarrollo de software
• Mantenimiento de software
• Pruebas de software

Documentación de pruebas de software

La documentación de pruebas registra las actividades antes de las pruebas o durante ellas. Estos son algunos documentos importantes.

• Plan de pruebas
• Escenario de prueba
• Caso de prueba
• Matriz de trazabilidad

Informes de pruebas de software

Los siguientes informes respaldan el trabajo de pruebas.

• Informes diarios de estado de las pruebas
• Informes de incidencias
• Informe final de estado y cierre del proyecto de pruebas

Informes diarios de estado de las pruebas

Los informes diarios de estado mantienen al tanto al equipo de pruebas y a las partes interesadas del proyecto y del programa. La dirección del proyecto puede consultar el número diario de defectos, los casos ejecutados y el trabajo de cada integrante del equipo. Incluye respuestas a estas preguntas.

1. ¿Cuántos casos de prueba se habían planificado para el día?
2. ¿Cuántos se ejecutaron?
3. ¿Cuántos defectos informó el equipo?
4. ¿Cuántos eran críticos?
5. ¿Dónde se encuentran los informes detallados, incluida la hoja de defectos y ejecución de pruebas?

Informes de incidencias

Los informes de incidencias permiten coordinar los equipos de pruebas y desarrollo. La gestión de incidencias registra lo siguiente.

• Una comparación de los resultados reales y esperados
• El motivo por el que una prueba fallida se desvió del resultado esperado, como una automatización defectuosa, un caso de prueba deficiente o un fallo real del software

Prepara un informe de incidencia cuando haya un fallo real. Incluye estos datos.

• Identificación
• ¿Cuál es el identificador de cada informe?
• ¿Cuál es el objeto de prueba?
• Versión de la aplicación de software que se está probando
• Detalles del entorno de prueba, incluidos el hardware y el software
• Nombre de la persona del equipo de desarrollo que debe evaluar y resolver la incidencia
• ¿Cuándo se observó el fallo?
• Clasificación
• Estado
• Gravedad
• Prioridad
• Requisito
• Causa
• Descripción del problema
• Descripción del problema
• Detalles del caso de prueba
• Comentarios de quien realizó la prueba
• Comentario de quien realizó el cambio después de aplicarlo
• Referencias, si las hay

Informe final de estado y cierre del proyecto de pruebas

La persona que dirige las pruebas prepara un informe de cierre del proyecto cuando se cumplen los criterios de salida o terminan las pruebas. Las partes interesadas y los clientes lo revisan. Incluye los casos de prueba ejecutados con éxito y los defectos pendientes cuya resolución esté prevista para después del despliegue.