La documentación de pruebas es un conjunto de documentos que describen los procesos, criterios, objetos y escenarios de pruebas. Surgió con el desarrollo de enfoques para estructurar el control de calidad del software, con el fin de garantizar la transparencia, reproducibilidad y transmisión de conocimientos en el equipo.
Historia de la cuestión:
En las primeras etapas del desarrollo de TI, las pruebas eran caóticas, principalmente orales, lo que llevaba a errores pasados por alto y a la pérdida de conocimientos. Con la aparición del desarrollo en equipo y la necesidad de estandarizar procesos, surgió la necesidad de documentar las pruebas.
Problema:
Sin documentación, es difícil reproducir errores, evaluar la cobertura de pruebas y hay un mayor riesgo de regresión con cambios. No hay transparencia en el trabajo de los testers, y los nuevos especialistas se ven obligados a volver a entender la lógica de las pruebas. Puede haber duplicación de recursos en la búsqueda de los mismos errores.
Solución:
La introducción de plantillas estandarizadas: listas de verificación, casos de prueba, informes de errores — permite fijar criterios de aceptación, detallar requisitos, delegar tareas, rastrear cobertura y conservar conocimientos para nuevos empleados.
Características clave:
¿Cuál es la diferencia entre un caso de prueba y una lista de verificación?
Una lista de verificación es un breve listado de lo que se debe verificar. Un caso de prueba es una descripción detallada de una verificación con pasos, resultados esperados y datos de entrada.
¿Se puede prescindir completamente de la documentación de pruebas?
No, incluso en enfoques "ágiles" (Agile, Kanban) deben existir artefactos básicos — al menos listas de verificación breves o escenarios de pruebas de regresión.
¿La documentación de pruebas debe actualizarse con cambios en los requisitos?
Sí, porque la documentación obsoleta da lugar a pruebas irrelevantes y a la omisión de errores actuales.
En el equipo, los testers solo usaban discusiones orales y anotaban los resultados de las pruebas en libretas. Cuando apareció un error de regresión, nadie pudo reproducir la secuencia de acciones que llevó al error.
Ventajas:
Desventajas:
Los testers introdujeron plantillas de casos de prueba y las actualizaron regularmente a medida que cambiaban los requisitos. Cuando ocurría un error, se podían encontrar rápidamente las condiciones necesarias para su reproducción y resolución.
Ventajas:
Desventajas: