Descripción general de la plantilla del plan de prueba
Un plan de prueba es un documento que proporciona un plan para el método de prueba, la estrategia, la selección de hardware / software, el plan de programación y la estimación de los resultados. Maneja a mi gerente de prueba.
Veamos uno de ejemplo, uno de los gerentes de prueba de reunión le pide a un equipo que haga un plan de prueba para este proyecto y el equipo no está interesado. En tal caso, cómo el gerente de prueba quiere manejar esta situación.
Piense en su administrador de pruebas y seleccione su respuesta a continuación:
- Soy gerente, así que debes hacer lo que te digo
- Bien, déjenme explicar por qué el proyecto necesita un plan de prueba.
Si soy gerente, seleccionaré la segunda opción y espero que tú también.
Necesidad de plan de prueba
- Pondrá a prueba la calidad de la aplicación / software
- Los probadores deben seguir las pautas dadas en el documento
- El alcance, la estimación, la estrategia están documentados y pueden reutilizarse para otros proyectos también.
¿Cómo escribir una plantilla de plan de prueba?
Hay ocho tareas importantes que deben seguirse para escribir la plantilla del plan de prueba:
Se trata de cómo escribimos una plantilla de plan de prueba que se explica a continuación en detalle:
1. Analizar
Sin tener datos es imposible analizar nada. Entonces necesitamos identificar el proyecto / proyecto que necesita ser analizado. Supongamos que desarrollamos un sitio web y necesitamos analizarlo utilizando las técnicas de prueba. Antes de entrar en la estrategia de prueba, necesitamos revisar el documento del producto que contiene los detalles del proyecto, primero debemos comprender la funcionalidad y luego hacer un análisis. A continuación se muestra el análisis de muestra que se realiza para este sitio web.
- ¿Para qué sirve este sitio web?
- ¿Quiénes son los usuarios finales?
- ¿Cómo va a funcionar?
- ¿Cuál es la versión del software que se utiliza?
- ¿Qué es el hardware?
2. Diseño
El desarrollo del diseño de prueba es un paso importante en la plantilla del plan de prueba y será definido por el administrador de la prueba.
a) Definir el alcance de las pruebas
Antes de escribir el diseño de la prueba, tenemos que identificar el "dentro del alcance" y el "fuera del alcance" para la prueba y todos los miembros del equipo deben ser claramente entendidos sobre el proyecto y deben proporcionar información de datos precisa. ¿Cómo identificará el alcance de las pruebas?
- Requerimiento del cliente
- Presupuesto
- Especificación de software
b) Definir tipo de prueba
Al definir el tipo de prueba para identificar cualquier error en el software y el objetivo final es entregar el software al cliente sin ningún error. Algunas de las principales técnicas de prueba son
- Prueba de unidad: pruebe el software o aplicación más pequeño
- Prueba de API : API de prueba creadas para la aplicación
- Prueba de integración: pruebe los módulos combinados en la aplicación
- Prueba del sistema : pruebe el cumplimiento del sistema para el requisito específico
- Prueba de instalación / desinstalación: configure / elimine el software específico en el entorno del cliente
- Prueba ágil : prueba la metodología ágil
c) Documento de Riesgo y Emisión
Identifique el riesgo y causará el impacto potencial en la plantilla del plan de prueba y qué medidas son un problema. Vea a continuación algunos de los factores de riesgo.
- Las personas carecen de habilidades para probar este sitio web
- El administrador de la prueba tiene pocas habilidades para definir la técnica de prueba.
- Falta de cooperación dentro del equipo.
- Estimación presupuestaria deficiente
d) Crear logística de prueba
En este paso, el administrador de la prueba tiene que decidir quién hará la prueba. y cuando ocurrirá la prueba? La selección de la persona adecuada para una tarea específica es muy importante para comprender los métodos. La prueba puede ocurrir en cualquier momento, también puede comenzar desde la fase de desarrollo. Cuando la fuente siguiente está disponible, está lista para la prueba.
- Especificaciones de prueba y documento de requisitos
- Recursos humanos
- Entorno de prueba
3. Objetivo de prueba
El objetivo principal de probar el objetivo es identificar los defectos y liberar el software como libre de errores. El objetivo de la prueba debe seguir los siguientes pasos:
a) Pruebe el software o la función de la aplicación.
b) Pruebe la función en función del objetivo establecido y el objetivo.
Tome este sitio web como ejemplo para seguir los pasos anteriores utilizando el método de prueba ARRIBA-ABAJO más común.
- Compruebe que el sitio web funciona en el entorno real sin ningún problema
- Necesita verificar la necesidad del cliente y cumple con sus expectativas
- Debería ser fácil de usar
4. Criterios de prueba
Los criterios pueden usarse como una regla o procedimiento para hacer el juicio de prueba. Hay dos tipos de criterios de prueba:
a) Criterios de suspensión
El administrador de la prueba debe establecer el objetivo para la suspensión. Cuando alcanza el objetivo, la prueba se suspenderá hasta que se resuelvan los criterios. Supongamos que hay un 30% de casos de prueba fallidos para el proyecto y que tiene que volver al equipo de desarrollo. La prueba no se puede realizar hasta que se solucione el problema.
b) Criterios de salida
Los criterios de salida se pueden establecer como un porcentaje máximo (por ejemplo, 96%). Cuando el resultado de la prueba alcanzó este porcentaje, el proyecto puede considerarse como PASS. Lo obligatorio es ejecutar el 100% de los casos de prueba, pero el pase se puede definir como 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Planificación de recursos
La planificación de recursos puede ser tanto humana como de equipo, lo que requiere este plan de prueba para completar la tarea.
a) Recursos humanos
- Gerente de prueba
- Ensayador
- Desarrollador en prueba
- Ingeniero de control de calidad
b) Recurso del sistema
- Servidor
- Herramienta de prueba
- Red
- Computadora
6. Plan de entorno de prueba
El entorno de prueba es configurar hardware y software para realizar pruebas. Tiene que implementarse en un entorno empresarial en tiempo real. La configuración del entorno se puede seguir como un servidor de desarrollo -> servidor de prueba / control de calidad -> servidor de producción. Una vez que se complete la fase de desarrollo, pasará al equipo de prueba y una vez que se complete la prueba, estará en vivo en el entorno de producción.
7. Horario y estimación
Necesita hacer un cronograma y una estimación para realizar la tarea en la plantilla del plan de prueba.
| Tarea | Miembro | Duración estimada |
| Crear plan de prueba | Gerente de prueba | 80 horas hombre |
| Informe de prueba | Ensayador | 200 horas hombre |
| Prueba de entrega | QA | 30 horas hombre |
8. Prueba de entregables
Las entregas de prueba pueden enumerar todos los documentos y otros esfuerzos que respaldan este esfuerzo. Hay tres tipos de entregables.
a) Antes de la prueba
- Documento del plan
- Prueba de documento de diseño
b) durante la prueba
- Capturar registros de errores
- Matriz
- Error de ejecución
c) Después de la prueba
- Informe de prueba
- Notas de lanzamiento
Artículos recomendados
Esta es una guía para la plantilla del plan de prueba. Aquí hemos aprendido qué es el plan de prueba, la necesidad de una plantilla de plan de prueba, cómo diseñar un plan de prueba, etc. También puede consultar los siguientes artículos para obtener más información.
- Técnicas de prueba estática
- Plantillas de AWS CloudFormation
- Herramientas de prueba en la nube
- Prueba de protocolo
- Tipos y errores de manejo en JavaScript
- Los 7 principios principales de las pruebas ágiles con estrategias
- Casos de prueba vs escenario de prueba | Principales diferencias
- ¿Qué es el caso de prueba?