¿Qué es la plantilla del plan de prueba?
PLANTILLA DEL 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. Test Plan 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 llevar a cabo actividades de prueba de software como un proceso definido que es monitoreado y controlado minuciosamente por el administrador de pruebas.
La creación de un plan de prueba es obligatoria para garantizar el éxito de su proyecto de prueba de software. Si es nuevo en la planificación de pruebas, consulte este tutorial sobre cómo crear un plan de prueba.
Descargar plantilla de plan de prueba de muestra
A continuación, encontrará componentes importantes de un plan de prueba:
- 1. Introducción
- 1.1 Alcance
- 1.1.1 En el alcance
- 1.1.2 Fuera de alcance
- 1.2 Objetivo de calidad
- 1.3 Funciones y responsabilidades
- 2 Metodología de prueba
- 2.1 Resumen
- 2.2 Niveles de prueba
- 2.3 Triaje de errores
- 2.4 Criterios de suspensión y requisitos de reanudación
- 2.5 Prueba de integridad
- 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, el proceso, el flujo de trabajo y las metodologías utilizadas para el proyecto.
1.1) Alcance
1.1.1) Dentro del alcance
El alcance define las características, los requisitos funcionales o no funcionales del software que se probará
1.1.2) Fuera de alcance
Fuera de alcance define las características, los requisitos funcionales o no funcionales del software que NO se probarán
1.2) Objetivo de calidad
Aquí haga una mención del objetivo general que planea lograr con sus pruebas manuales y pruebas 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) Roles y responsabilidades
Descripción detallada de los roles y responsabilidades de los diferentes miembros del equipo como
- Analista de control de calidad
- Administrador de pruebas
- Administrador de configuración
- Desarrolladores
- Equipo de instalación
Entre otros
2) Metodología de prueba
2.1) Resumen
Mencione el motivo de la adopción de una metodología de prueba particular para el proyecto. La metodología de prueba seleccionada para el proyecto podría ser
- Cascada
- Iterativo
- Ágil
- Programación extrema
La metodología seleccionada depende de múltiples factores. Puede leer sobre la metodología de prueba aquí
2.2) Niveles de prueba
Los niveles de prueba definen los tipos de prueba que se ejecutarán en la aplicación bajo prueba (AUT ). Los niveles de prueba dependen principalmente del alcance del proyecto, las limitaciones de tiempo y presupuesto.
2.3) Triaje de errores
El objetivo del triaje es
- Para definir el tipo de resolución para cada error.
- Dar prioridad a los errores y determinar un cronograma para todos los "Errores por 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 suspendido
2.5) Prueba de integridad
Aquí define los criterios que darán por finalizada 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) Entrega de prueba
Aquí mencione todos los artefactos de prueba que se entregarán durante las diferentes fases del ciclo de vida de prueba.
Aquí están los entregables simples
|
4) Necesidades de recursos y medio ambiente
4.1) Herramientas de prueba
Haz 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 los requisitos mínimos de hardware que se utilizarán para probar la Aplicación.
Se requieren los siguientes programas además del software específico del cliente.
- Windows 8 y superior
- Office 2013 y superior
- MS Exchange, etc.
5) Términos / Siglas
Haga una mención de cualquier término o acrónimo utilizado en el proyecto.
| TÉRMINO / ACRÓNIMO | DEFINICIÓN |
| API | Interfaz del programa de aplicación |
| AUT | Aplicación bajo prueba |
Descargue el formato de la plantilla del plan de prueba anterior
Ejemplo de aplicación web de banca de documentos de plan de prueba de muestra
1. Introducción
El plan de prueba 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 En el alcance
Todas las características del sitio web Guru99 Bank que se definieron en las especificaciones de requisitos de software deben superarse
| Nombre del módulo | Roles aplicables | Descripción |
| Consulta de saldo | Cliente Gerente | Cliente : un cliente puede tener varias cuentas bancarias. Solo puede ver el saldo de sus cuentasAdministrador : un administrador puede ver el saldo de todos los clientes que están bajo su supervisión |
| Transferencia de fondos | Cliente Gerente | Cliente: Un cliente puede hacer que se transfieran fondos desde su cuenta "propia" a cualquier cuenta de destino.Administrador : un administrador puede transferir fondos desde cualquier cuenta bancaria de origen a la cuenta de destino. |
| Mini declaración | Cliente Gerente | Un mini estado de cuenta mostrará las últimas 5 transacciones de una cuenta.Cliente: un cliente puede ver un mini estado de cuenta solo de sus "propias" cuentas.Administrador: un administrador puede ver un mini resumen de cualquier cuenta |
| Declaración personalizada | Cliente Gerente | Un estado de cuenta personalizado le permite filtrar y mostrar transacciones en una cuenta en función de la fecha, el valor de la transacciónCliente: un cliente puede ver el estado de cuenta personalizado de solo sus "propias" cuentasAdministrador : un administrador puede ver el estado de cuenta personalizado de cualquier cuenta |
| Cambiar la contraseña | Cliente Gerente | Cliente: un cliente puede cambiar la contraseña solo de su cuenta.Administrador : un administrador puede cambiar la contraseña solo de su cuenta. No puede cambiar las contraseñas de sus clientes. |
| Nuevo cliente | Gerente | Gerente : un gerente puede agregar un nuevo cliente. |
| Gerente | Gerente: un gerente puede editar detalles como dirección, correo electrónico, teléfono de un cliente. |
|
| Nueva cuenta | Gerente | Actualmente, el sistema proporciona 2 tipos de cuentas: • Ahorro • Actual Un cliente puede tener varias cuentas de ahorro (una a su nombre, otra a nombre conjunto, etc.). Puede tener varias cuentas corrientes para diferentes empresas de su propiedad. O puede tener varias cuentas corrientes y de ahorro.Administrador: un administrador puede agregar una nueva cuenta para un cliente existente . |
| Editar cuenta | Gerente | Administrador: un administrador puede agregar una edición de los detalles de la cuenta para una cuenta existente |
| Borrar cuenta | Gerente | Gerente: un gerente puede agregar y eliminar una cuenta para un cliente. |
| Eliminar cliente | Gerente | Un cliente puede ser eliminado solo si no tiene cuentas activas o de ahorro actual.Administrador: Un administrador puede eliminar un cliente. |
| Depositar | Gerente | Administrador: un administrador puede depositar dinero en cualquier cuenta. Generalmente se hace cuando se deposita efectivo en una sucursal bancaria. |
| Retiro | Gerente | Administrador: un administrador puede retirar dinero de cualquier cuenta. Por lo general, se realiza cuando se retira efectivo en una sucursal bancaria. |
1.1.2 Fuera de alcance
Estas funciones no se prueban 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 Guru99 Bank, el proyecto debe centrarse en probar la operación bancaria , como la gestión de cuentas, el retiro y el saldo.
… Etc. para garantizar que todas estas operaciones puedan funcionar normalmente en un entorno empresarial real.1.3 Funciones y responsabilidades
El proyecto debe utilizar a miembros subcontratados como probadores para ahorrar el costo del proyecto.
| No. | Miembro | Tareas |
| 1. | Administrador de pruebas | Gestionar todo el proyecto Definir las direcciones del proyecto Adquirir los recursos adecuados |
| 2. | Prueba | Identificar y describir las técnicas de prueba / herramientas / arquitectura de automatización apropiadas. Verificar y evaluar el enfoque de prueba. Ejecutar las pruebas, registrar los resultados, informar los defectos. Miembros subcontratados |
| 3. | Desarrollador en prueba | Implemente 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 Support Tester para utilizar el entorno de prueba para la ejecución de la prueba |
| 5. | Miembros de SQA | Asumir el control de calidad Verificar para confirmar si el proceso de prueba cumple con los requisitos especificados |
2 Metodología de prueba
2.1 Resumen
2.2 Niveles de prueba
En el proyecto Guru99 Bank, se deben realizar 3 tipos de pruebas.
- Pruebas de integración (los módulos de software individuales se combinan y prueban como un grupo)
- Pruebas del sistema : realizadas en un sistema completo e integrado para evaluar el cumplimiento del sistema con los requisitos especificados.
- Prueba de API: pruebe todas las API creadas para el software sometido a prueba
2.3 Triaje 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 fallidos , suspenda las pruebas hasta que el equipo de desarrollo solucione todos los casos fallidos.
2.5 Prueba de integridad
- Especifica los criterios que denotan la finalización satisfactoria de una fase de prueba.
- Es obligatorio que la tasa de ejecución sea del 100% a menos que se dé una razón clara.
- La tasa de aprobación es del 80%, lograr la tasa de aprobación es obligatorio
2.6 Tarea del proyecto y estimación y cronograma
| Tarea | Miembros | Estimar el esfuerzo |
| Crea 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 | Ensayador | 10 horas-hombre |
| Entrega de prueba | 20 horas-hombre | |
| Total | 280 horas-hombre |
Programa para completar estas tareas
3 entregables de prueba
Los entregables de prueba se proporcionan a continuación
Antes de la fase de prueba
- Documento de planes de prueba.
- Documentos de casos de prueba
- Especificaciones de diseño de prueba.
Durante la prueba
- Simuladores de herramientas de prueba.
- Datos de prueba
- Matriz de capacidad de rastreo de pruebas - Registros de errores y registros de ejecución.
Después de que terminen los ciclos de prueba
- Resultados / informes de la prueba
- Informe de defectos
- Directrices de procedimientos de instalación / prueba
- Notas de lanzamiento
4 Necesidades de recursos y medio ambiente
4.1 Herramientas de prueba
| No. | Recursos | Descripciones |
| 1. | Servidor | Necesita un servidor de base de datos que instale el servidor web del servidor MySQL que instale el servidor Apache |
| 2. | Herramienta de prueba | Desarrolle una herramienta de prueba que pueda generar automáticamente el resultado de la prueba en la forma predefinida y la ejecución de prueba automatizada |
| 3. | La red | Configure una LAN Gigabit y 1 línea de Internet con una velocidad de al menos 5 Mb / s |
| 4. | Ordenador | Al menos 4 computadoras ejecutan Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Entorno de prueba
El entorno de prueba se configurará según la figura siguiente
