Pruebas ágiles: productos de trabajo
El plan de prueba se prepara en el momento de la planificación del lanzamiento y se revisa en cada planificación de Sprint. El plan de prueba actúa como una guía para el proceso de prueba con el fin de tener la cobertura de prueba completa.
Los contenidos típicos de un plan de prueba son:
- Estrategia de prueba
- Entorno de prueba
- Cobertura de prueba
- Alcance de la prueba
- Probar el esfuerzo y el calendario
- Herramientas de prueba
En Agile Projects, todos los miembros del equipo son responsables de la calidad del producto. Por lo tanto, todos participan también en la planificación de la prueba.
La responsabilidad de los probadores es proporcionar la dirección necesaria y guiar al resto del equipo con su experiencia en pruebas.
Historias del usuario
Las historias de usuario no están probando productos de trabajo en principio. Sin embargo, en Agile Projects, los probadores participan en la creación de historias de usuario. Los probadores escriben historias de usuarios que aportan valor al cliente y cubren diferentes comportamientos posibles del sistema.
Los evaluadores también se aseguran de que todas las Historias de usuarios sean probables y garantizan los Criterios de aceptación.
Pruebas manuales y automatizadas
Durante la primera ejecución de pruebas, se utilizan pruebas manuales. Incluyen:
- Pruebas unitarias
- Pruebas de integración
- Pruebas funcionales
- Pruebas no funcionales
- Prueba de aceptacion
Luego, las pruebas se automatizan para ejecuciones posteriores.
En Test Driven Development, Las pruebas unitarias se escriben primero en fallar, el código se desarrolla y prueba para garantizar que las pruebas pasen.
En Acceptance Test Driven Development, Las pruebas de aceptación se escriben primero para fallar, el código se desarrolla y prueba para garantizar que las pruebas pasen.
En otros métodos de desarrollo, los probadores colaboran con el resto del equipo para garantizar la cobertura de la prueba.
En todos los tipos de métodos, se lleva a cabo la integración continua, que incluye pruebas de integración continua.
El equipo puede decidir cuándo y qué pruebas se automatizarán. Incluso si la automatización de las pruebas requiere esfuerzo y tiempo, las pruebas automatizadas resultantes reducen significativamente el esfuerzo y el tiempo de las pruebas repetitivas durante las iteraciones del Proyecto Ágil. Esto, a su vez, facilita que el equipo preste más atención a las otras actividades requeridas, como nuevas historias de usuario, cambios, etc.
En Scrum, las iteraciones están encuadradas en el tiempo. Por lo tanto, si una prueba de historia de usuario no se puede completar en un Sprint en particular, el evaluador puede informar en la reunión diaria que la historia del usuario no puede alcanzar el estado de finalizado dentro de ese Sprint y, por lo tanto, debe mantenerse pendiente del siguiente Sprint.
Resultados de la prueba
Como la mayoría de las pruebas en proyectos ágiles están automatizadas, las herramientas generan los registros de resultados de pruebas necesarios. Los evaluadores revisan los registros de resultados de las pruebas. Los resultados de la prueba deben mantenerse para cada sprint / lanzamiento.
También se puede preparar un resumen de la prueba que contenga:
- Alcance de prueba (lo que se probó y lo que no se probó)
- Análisis de defectos junto con análisis de causa raíz si es posible
- Estado de la prueba de regresión después de la corrección de defectos
- Incidencias y resolución correspondiente
- Problemas pendientes, si los hay
- Cualquier modificación requerida en la estrategia de prueba
- Métricas de prueba
Informes de métricas de prueba
En proyectos ágiles, las métricas de prueba incluyen lo siguiente para cada Sprint:
- Esfuerzo de prueba
- Exactitud de la estimación de la prueba
- Cobertura de prueba
- Cobertura de prueba automatizada
- No. de defectos
- Tasa de defectos (número de defectos por punto de historia de usuario)
- Severidad del defecto
- Es hora de corregir un defecto en el mismo Sprint (Cuesta 24 veces más reparar un error que se escapa del Sprint actual)
- No de defectos solucionados en el mismo Sprint
- Finalización de las pruebas de aceptación por parte del cliente dentro del Sprint
Revisión de Sprint e informes retrospectivos
Los evaluadores también contribuyen a la revisión de Sprint y los informes retrospectivos. Los contenidos típicos son:
- Métricas de prueba
- Los registros de resultados de la prueba revisan los resultados
- Qué salió bien y qué se puede mejorar desde Testing Point of View
- Mejores prácticas
- Lecciones aprendidas
- Issues
- Comentarios de los clientes