El plan de prueba es el plan del proyecto para realizar el trabajo de prueba. No es una especificación de diseño de prueba , una colección de casos de prueba o un conjunto de procedimientos de prueba; de hecho, la mayoría de nuestros planes de prueba no abordan ese nivel de detalle. Muchas personas tienen diferentes definiciones para los planes de prueba.
¿Por qué se requiere escribir planes de prueba? Tenemos tres razones principales para escribir los planes de prueba:
Primero, al escribir un plan de prueba, guía nuestro pensamiento. Escribir un plan de prueba nos obliga a enfrentar los desafíos que nos esperan y enfocar nuestro pensamiento en temas importantes.
Fred Brooks explica la importancia de una cuidadosa estimación y planificación para la prueba en uno de sus libros de la siguiente manera:
La falta de tiempo suficiente para la prueba del sistema, en particular, es particularmente desastrosa. Dado que el retraso llega al final del cronograma, nadie está al tanto de los problemas del cronograma hasta casi la fecha de entrega [y] el retraso en este punto tiene una repercusión inusualmente grave … El proyecto cuenta con personal completo y el costo por día es máximo [al igual que los costos de oportunidad asociados]. Por lo tanto, es muy importante permitir suficiente tiempo de prueba del sistema en el programa original.
[Brooks, 1995]
Al usar una plantilla para escribir planes de prueba, nos ayuda a recordar los desafíos importantes. Puede usar la plantilla del plan de prueba IEEE 829 que se muestra en este capítulo, usar la plantilla de otra persona o crear su propia plantilla con el tiempo.
En segundo lugar, el proceso de planificación de la prueba y el plan en sí mismo sirven como medio de comunicación con otros miembros del equipo del proyecto, evaluadores, colegas, gerentes y otras partes interesadas. Esta comunicación permite que el plan de prueba influya en el equipo del proyecto y el equipo del proyecto para influir en el plan de prueba, especialmente en las áreas de políticas y motivaciones de prueba de toda la organización; alcance de prueba, objetivos y áreas críticas para probar; riesgos de proyectos y productos, consideraciones y limitaciones de recursos; y la capacidad de prueba del artículo bajo prueba. Podemos completar esta comunicación haciendo circular uno o dos borradores del plan de prueba y mediante reuniones de revisión. Dicho borrador incluirá muchas notas como las siguientes:
[Por determinar: Jennifer: ¿Dime cuál es el plan para liberar los elementos de prueba en el laboratorio de pruebas para cada ciclo de ejecución de la prueba del sistema?]
[Dave: déjame saber qué versión de la herramienta de prueba se usará para las pruebas de regresión de los incrementos anteriores.]
A medida que tomamos nota o documentamos las respuestas a este tipo de preguntas, el plan de prueba se convierte en un registro de discusiones y acuerdos previos entre los evaluadores y el resto del equipo del proyecto.
Tercero, el plan de prueba nos ayuda a gestionar el cambio. Durante las primeras fases del proyecto, a medida que reunimos más información, revisamos nuestros planes. A medida que el proyecto evoluciona y las situaciones cambian, adaptamos nuestros planes. Al actualizar el plan en un hito importante, nos ayuda a mantener las pruebas alineadas con las necesidades del proyecto. A medida que ejecutamos las pruebas, hacemos ajustes finales a nuestros planes basados en los resultados. Es posible que no tenga el tiempo, o la energía, para actualizar sus planes de prueba cada vez que se realiza un cambio en el proyecto, ya que algunos proyectos pueden ser bastante dinámicos.
A veces es mejor escribir múltiples planes de prueba en algunas situaciones. Por ejemplo, cuando gestionamos tanto los niveles de integración como de prueba del sistema , esos dos períodos de ejecución de prueba ocurren en diferentes momentos y tienen objetivos diferentes. Para algunos proyectos de sistemas, un plan de prueba de hardware y un plan de prueba de software abordarán diferentes técnicas y herramientas, así como diferentes audiencias. Sin embargo, hay posibilidades de que estos planes de prueba se superpongan, por lo tanto, se debe hacer un plan de prueba maestro que aborde los elementos comunes de ambos planes de prueba y puede reducir la cantidad de documentación redundante.
Más detalles sobre: - Material de estudio para el nivel básico, Premium y gratuito para el examen ISTQB y ASTQB, preguntas de certificación, respuestas, tutoriales de prueba de software y más