Plantilla de plan de prueba (ejemplo de documento de muestra)
Tomas Hamilton
¿Qué es la plantilla del plan de prueba?
Plantilla de plan de prueba Es un documento detallado que describe la estrategia de prueba, los objetivos, el cronograma, la estimación y los entregables, y los recursos necesarios para la prueba. El Plan de prueba nos ayuda a determinar el esfuerzo necesario para validar la calidad de la aplicación bajo prueba. El plan de prueba sirve como modelo para realizar actividades de prueba de software como un proceso definido que es monitoreado y controlado minuciosamente por el administrador de pruebas.
Crear un Plan de prueba es obligatorio para garantizar el éxito de su proyecto de prueba de software. Si es nuevo en la planificación de pruebas, consulte este tutorial en Cómo crear un plan de prueba
Descargar plantilla de plan de prueba de muestra
Plantilla de plan de prueba
A continuación encontrará los componentes importantes de un plan de prueba.
- 1 Introducción
- 1.1 Alcance
- 1.1.1 Alcance
- 1.1.2 Fuera de alcance
- 1.2 Objetivo de Calidad
- 1.3 Funciones y Responsabilidades
- 2 Metodología de prueba
- 2.1 Descripción general
- 2.2 Niveles de prueba
- 2.3 Clasificación de errores
- 2.4 Criterios de suspensión y requisitos de reanudación
- 2.5 Completitud de la prueba
- 3 entregables de prueba
- 4 Necesidades de recursos y medio ambiente
- 4.1 Herramientas de prueba
- 4.2 Entorno de prueba
1) Introducción
Breve introducción de las estrategias de prueba, procesos, flujo de trabajo y metodologías utilizadas para el proyecto.
1.1. Alcance
1.1.1) En alcance
El alcance define las características, requisitos funcionales o no funcionales del software que se mantendrá probado
1.1.2) Fuera de alcance
Fuera de alcance define las características, requisitos funcionales o no funcionales del software que no será probado
1.2) Objetivo de Calidad
Aquí mencione el objetivo general que planea lograr con sus pruebas manuales y de automatización.
Algunos objetivos de su proyecto de prueba podrían ser
- Asegúrese de que la aplicación bajo prueba cumpla con los requisitos funcionales y no funcionales.
- Asegurar que la AUT cumpla con las especificaciones de calidad definidas por el cliente.
- Los errores/problemas se identifican y solucionan antes de su lanzamiento.
1.3) Funciones y Responsabilidades
Descripción detallada de las funciones y responsabilidades de los diferentes miembros del equipo, como
- Analista de control de calidad
- Test Manager
- Gerente de configuración
- Desarrolladores
- Equipo de instalación
Entre otros
2) Metodología de prueba
2.1) Resumen
Mencione el motivo de adoptar una metodología de prueba particular para el proyecto. La metodología de prueba seleccionada para el proyecto podría ser
- WaterFall
- Iterativo
- Agil Modelo de
- Programación extrema
La metodología seleccionada depende de múltiples factores. Puedes leer sobre Metodología de Pruebas. aqui
2.2) Niveles de prueba
Los niveles de prueba definen los tipos de pruebas que se ejecutarán en la aplicación bajo prueba (AUT). Los niveles de prueba dependen principalmente del alcance del proyecto y de las limitaciones de tiempo y presupuesto.
2.3) Clasificación de errores
El objetivo del triaje es
- Definir el tipo de resolución para cada error.
- Priorizar errores y determinar un cronograma para todos los "Errores a corregir".
2.4) Criterios de suspensión y requisitos de reanudación
Los criterios de suspensión definen los criterios que se utilizarán para suspender todo o parte del procedimiento de prueba, mientras que los criterios de reanudación determinan cuándo se pueden reanudar las pruebas después de haber sido suspendidas.
2.5) Completitud de la prueba
Aquí usted define los criterios que considerarán completa su prueba.
Por ejemplo, algunos criterios para verificar la integridad de la prueba serían
- Cobertura de prueba del 100%
- Todos los casos de prueba manuales y automatizados ejecutados
- Todos los errores abiertos se han solucionado o se solucionarán en la próxima versión.
3) Entregables de la prueba
Aquí se mencionan todos los artefactos de prueba que se entregarán durante las diferentes fases del ciclo de vida de la prueba.
Aquí están los entregables simples.
|
4) Necesidades de recursos y medio ambiente
4.1) Herramientas de prueba
Haga una lista de herramientas como
- Herramienta de seguimiento de requisitos
- Herramienta de seguimiento de errores
- Herramientas de Automatización
Requerido para probar el proyecto.
4.2) Entorno de prueba
Menciona el mínimo hardware requisitos que se utilizarán para probar la Aplicación.
Siguiendo software Se requieren además del software específico del cliente.
- Windows 8 y más
- Oficina 2013 y superior
- MS Exchange, etc.
5) Términos/Acrónimos
Mencione cualquier término o acrónimo utilizado en el proyecto.
| TÉRMINO/SIGLA | DEFINICIÓN |
|---|---|
| API | Interfaz del programa de aplicación |
| AUT | Aplicación bajo prueba |
Descargue el formato de plantilla del plan de prueba anterior
Ejemplo de aplicación web bancaria de documento de plan de prueba
1 Introducción
El Plan de pruebas está diseñado para prescribir el alcance, el enfoque, los recursos y el cronograma de todas las actividades de prueba del proyecto Guru99 Bank.
El plan identifica los elementos que se probarán, las características que se probarán, los tipos de pruebas que se realizarán, el personal responsable de las pruebas, los recursos y el cronograma necesarios para completar las pruebas y los riesgos asociados con el plan.
1.1 Alcance
1.1.1 Alcance
Todas las funciones del sitio webGuru99 Bank que se definieron en los requisitos del software. especificaciones hay que probarlos
| Nombre del módulo | Roles aplicables | Descripción |
|---|---|---|
| Consulta de saldo | Gerente Cliente |
El cliente: Un cliente puede tener varias cuentas bancarias. Él puede ver el saldo de sus cuentas únicamente Manager : Un gerente puede ver el saldo de todos los clientes que estar bajo su supervisión |
| Transferencia de fondos | Gerente Cliente |
Cliente: Un cliente puede transferir fondos de su “propio” cuenta a cualquier cuenta de destino. Manager : Un administrador puede transferir fondos desde cualquier banco fuente cuenta a cuenta de destino |
| Mini declaración | Gerente Cliente |
Un mini estado de cuenta mostrará las últimas 5 transacciones de una cuenta Cliente: Un cliente puede ver un mini-estado solo “propio” las cuentas Manager: Un administrador puede ver el mini-estado de cuenta de cualquier cuenta. |
| Declaración personalizada | Gerente Cliente |
Un extracto personalizado le permite filtrar y mostrar transacciones en una cuenta según la fecha, el valor de la transacción Cliente: Un cliente puede ver la declaración personalizada de solo sus “propias” cuentas Manager : Un administrador puede ver la declaración personalizada de cualquier , |
| Cambiar Contraseña | Gerente Cliente |
Cliente: Un cliente puede cambiar la contraseña solo de su cuenta. Manager : Un administrador puede cambiar la contraseña solo de su cuenta. No puede cambiar las contraseñas de sus clientes. |
| CLIENTE NUEVO | Manager | Manager : un administrador puede agregar un nuevo cliente. |
| Manager |
Manager: Un administrador puede editar detalles como dirección, correo electrónico, teléfono de un cliente. |
|
| Cuenta nueva | Manager |
Actualmente el sistema proporciona 2 tipos de cuentas. • Ahorro • Actual Un cliente puede tener varias cuentas de ahorro (una a su nombre, otro en un nombre conjunto, etc.). Puede tener múltiples cuentas corrientes para diferentes empresas. de él. O puede tener múltiples cuentas corrientes y de ahorro. Manager: Un administrador puede agregar una nueva cuenta para una existente cliente. |
| Editar Cuenta | Manager | Manager: Un administrador puede agregar y editar detalles de cuenta para una cuenta existente |
| Borrar Cuenta | Manager | Manager: Un administrador puede agregar y eliminar una cuenta para un cliente. |
| Eliminar cliente | Manager |
Un cliente puede ser eliminado solo si no tiene cuentas corrientes o de ahorro activas. Manager: Un administrador puede eliminar un cliente. |
| Depósitar | Manager |
Manager: Un administrador puede depositar dinero en cualquier cuenta. Generalmente se realiza cuando se deposita efectivo en una sucursal bancaria. |
| Retirar | Manager |
Manager: Un administrador puede retirar dinero de cualquier cuenta. Generalmente se realiza cuando se retira efectivo en una sucursal bancaria. |
1.1.2 Fuera de alcance
Estas características no se pueden probar porque no están incluidas en las especificaciones de requisitos de software.
- Interfaces de usuario
- Interfaces de hardware
- Interfaces de software
- Base de datos lógica
- Interfaces de comunicaciones
- Seguridad y rendimiento del sitio web
1.2 Objetivo de Calidad
Los objetivos de la prueba son verificar la funcionalidad del sitio web de Guru99 Bank, el proyecto debe centrarse en probar el operación bancaria como gestión de cuenta, retiro y saldo… etc. a garantizamos Todas estas operaciones pueden funcionar normalmente en un entorno empresarial real.
Roles y Responsabilidades de 1.3
El proyecto debe utilizar externalizar miembros como probadores para ahorrar el costo del proyecto.
| No. | Miembro | tareas |
|---|---|---|
| 1. | Test Manager | Gestionar todo el proyecto Definir direcciones del proyecto Adquirir los recursos adecuados |
| 2. | Prueba | Identificar y describir técnicas/herramientas de prueba/arquitectura de automatización adecuadas Verificar y evaluar el enfoque de prueba Ejecutar las pruebas, registrar resultados, informar los defectos. Miembros subcontratados |
| 3. | Desarrollador en prueba | Implementar los casos de prueba, el programa de prueba, el conjunto de pruebas, etc. |
| 4. | Administrador de pruebas | Desarrolla y garantiza que el entorno de prueba y los activos se gestionen y mantengan. Compatibilidad con Tester para utilizar el entorno de prueba para la ejecución de pruebas. |
| 5. | Miembros de la SQA | Hacerse cargo del aseguramiento de la calidad Verifique para confirmar si el proceso de prueba cumple con los requisitos especificados. |
2 Metodología de prueba
Compendio del 2.1
2.2 Niveles de prueba
En el proyecto Guru99 Bank, se deben realizar 3 tipos de pruebas.
- Integración: Pruebas (los módulos de software individuales se combinan y se prueban en grupo)
- System Pruebas: Realizadas en un completar, COMPLETAMENTE sistema para evaluar el cumplimiento del sistema con sus requisitos especificados
- Prueba de API: Pruebe todas las API creadas para el software que se está probando
2.3 Clasificación de errores
2.4 Criterios de suspensión y requisitos de reanudación
Si los miembros del equipo informan que hay un 40% de casos de prueba fracasado, suspenda las pruebas hasta que el equipo de desarrollo solucione todos los casos fallidos.
2.5 Completitud de la prueba
- Especifica los criterios que denotan una exitosos finalización de una fase de prueba
- Ejecutar la tarifa es obligatoria un 100% a menos que se dé una razón clara.
- Pasó la tasa es 80%, lograr la tasa de aprobación es obligatorio
2.6 Tarea del proyecto, estimación y cronograma
| Task | Miembros | Estimar el esfuerzo |
|---|---|---|
| Crear la especificación de prueba | Diseñador de pruebas | 170 horas-hombre |
| Realizar la ejecución de la prueba | Probador, administrador de pruebas | 80 horas-hombre |
| Informe de prueba | Tester | 10 horas-hombre |
| Entrega de prueba | 20 horas-hombre | |
| Total | 280 horas-hombre |
Programe para completar estas tareas
3 entregables de prueba
Los entregables de la prueba se proporcionan a continuación
Antes de la fase de prueba
- Documento de planes de prueba.
- Casos de prueba documentos
- Especificaciones de diseño de pruebas.
Durante la prueba
– Simuladores de herramientas de prueba.
– Matriz de trazabilidad de pruebas – Registros de errores y registros de ejecución.
Una vez finalizados los ciclos de prueba
- Resultados/informes de pruebas
- Informe de defectos
- Pautas de procedimientos de instalación/prueba
- Notas de la versión
4 Necesidades de recursos y medio ambiente
4.1 Herramientas de prueba
| No. | Recursos | Descripción |
|---|---|---|
| 1. | Server | Necesita un servidor de base de datos que instale MySQL servidor Servidor web que instala el servidor Apache. |
| 2. | herramienta de prueba | Desarrollar una herramienta de prueba que pueda generar automáticamente el resultado de la prueba en el formulario predefinido y la ejecución automatizada de la prueba. |
| 3. | Network | Configure una LAN Gigabit y 1 línea de Internet con una velocidad de al menos 5 Mb/s |
| 4. | Módulo | Al menos 4 computadoras ejecutadas Windows 7, RAM 2GB, CPU 3.4GHz |
4.2 Entorno de prueba
Menciona los requisitos mínimos de hardware y software que se utilizarán para probar la Aplicación.
Se requieren los siguientes software además del software específico del cliente.
- Windows 11 y más
- Oficina 2021 y superior
- MS Exchange, etc.
