QA-Manual-Curso

Módulo 9: Documentación de Pruebas

Introducción

La documentación de pruebas es una parte esencial del proceso de QA, ya que garantiza que todo el proceso de pruebas esté bien planificado, estructurado y documentado para que otros miembros del equipo puedan entenderlo y seguirlo. Este módulo te enseñará cómo crear y gestionar documentos clave de pruebas, desde el plan de pruebas hasta los reportes de ejecución.

1. Plan de Pruebas

¿Qué es un Plan de Pruebas?

Un plan de pruebas es un documento detallado que describe el enfoque, los objetivos, los recursos y el cronograma de las actividades de prueba para un proyecto. Actúa como una guía para el equipo de pruebas y asegura que todos estén alineados.

¿Cómo crear un Plan de Pruebas?

Objetivos de la prueba: Define claramente qué se espera lograr con las pruebas (por ejemplo, validar la funcionalidad principal de una aplicación web).
Alcance de las pruebas: Detalla qué funcionalidades se van a probar y cuáles están fuera del alcance.
Recursos y roles: Especifica quién estará a cargo de cada tarea (QA, desarrolladores, analistas).
Cronograma: Indica las fechas clave para la planificación, ejecución y finalización de las pruebas.
Criterios de aceptación: Define cuándo una prueba se considera exitosa.

Ejemplo de un objetivo de plan de pruebas:

Verificar que la funcionalidad de inicio de sesión cumpla con los requisitos de seguridad y usabilidad.

2. Estrategia de Pruebas

¿Qué es una Estrategia de Pruebas?

Es un enfoque de alto nivel que describe cómo se llevarán a cabo las pruebas en el proyecto. La estrategia de pruebas define el tipo de pruebas, los métodos y las herramientas que se usarán.

Componentes de una Estrategia de Pruebas

Objetivos de la estrategia: Qué se pretende lograr con la estrategia de pruebas (e.g., asegurar la cobertura de pruebas en componentes críticos).
Alcance y cobertura: Áreas de la aplicación que se probarán.
Tipos de pruebas a realizar: Funcionales, no funcionales, de regresión, etc.
Criterios de aceptación y salida: Define cuándo se puede proceder al siguiente paso o finalizar el proceso de pruebas.

Ejemplo de un criterio de salida:

Todos los casos de prueba críticos deben pasar con éxito y no debe haber defectos de alta severidad.

3. Casos de Prueba

¿Cómo escribir casos de prueba claros y efectivos?

Un caso de prueba es un conjunto de condiciones o acciones que se ejecutan para verificar una funcionalidad específica del software.

Estructura de un caso de prueba:

ID del caso de prueba: Un identificador único (e.g., TC001).
Título: Breve descripción de lo que se va a probar (e.g., “Verificar la funcionalidad de inicio de sesión”).
Precondiciones: Los requisitos previos antes de ejecutar el caso (e.g., “El usuario debe estar registrado”).
Pasos de prueba:
- Ingresar el nombre de usuario.
- Ingresar la contraseña.
- Hacer clic en “Iniciar sesión”.
Resultado esperado: Qué debe ocurrir después de ejecutar los pasos (e.g., “El usuario es redirigido a su panel de control”).
Resultado real: Documentar lo que ocurrió realmente al ejecutar el caso.
Estado: Aprobado o fallido.

4. Reportes de Ejecución de Pruebas

¿Cómo documentar los resultados de la ejecución?

La documentación de los resultados es fundamental para analizar el estado de las pruebas y tomar decisiones informadas.

Componentes de un reporte de ejecución:

Resumen de la prueba: Breve resumen de lo que se probó y los resultados generales.
Casos de prueba ejecutados: Lista de casos de prueba con sus resultados.
Defectos encontrados: Un resumen de los defectos identificados durante la ejecución.
Recomendaciones: Pasos a seguir basados en los resultados (e.g., “Repetir pruebas después de corregir defectos”).

Ejemplo de reporte de ejecución: Se probaron 20 casos de prueba relacionados con la funcionalidad de inicio de sesión. Resultados: 18 casos aprobados, 2 fallidos. Defectos: Se reportaron 2 defectos críticos. Recomendación: Corregir defectos antes de proceder con más pruebas.