sample test plan document
¿Desea aprender y descargar un plan de prueba de muestra? Este tutorial es una respuesta a aquellos que han solicitado un ejemplo de plan de prueba.
En mi tutorial anterior, describí el Índice del plan de prueba. En este tutorial, desarrollaré ese índice con más detalles.
Un plan de pruebas refleja todo su programa y enfoque de pruebas.
=> Haga clic aquí para ver la serie completa de tutoriales del plan de prueba
Esto incluye el propósito de un plan de prueba, es decir, el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba. Para identificar los elementos que se están probando, las características a probar, las tareas de prueba a realizar, el personal responsable de cada tarea, los riesgos asociados a este plan, etc.
He incluido el enlace para descargar un formato PDF de este ejemplo de plan de prueba al final de esta publicación.
Plan de prueba de muestra
(Nombre del producto)
Preparado por:
(Nombres de los que prepararon)
(Fecha)
TABLA DE CONTENIDO (TOC)
1.0 INTRODUCCIÓN
2.0 OBJETIVOS Y TAREAS
2.1 Objetivos
2.2 Tareas
3.0 ALCANCE
4.0 Estrategia de prueba
4.1 Prueba alfa (prueba unitaria)
4.2 Prueba de sistema e integración
4.3 Pruebas de rendimiento y estrés
4.4 Prueba de aceptación del usuario
4.5 Prueba por lotes
4.6 Prueba de regresión automatizada
4.7 Prueba Beta
5.0 Requisitos de hardware
cuál es el mejor software de eliminación de software espía
6.0 Requisitos ambientales
6.1 Estructura principal
6.2 Estación de trabajo
7.0 Programa de prueba
8.0 Procedimientos de control
9.0 Funciones a probar
10.0 Funciones que no deben probarse
11.0 Recursos / Funciones y responsabilidades
12.0 Horarios
13.0 Departamentos significativamente afectados (SID)
14.0 Dependencias
15.0 Riesgos / Supuestos
16.0 Herramientas
17.0 Aprobaciones
Nota: Este plan de prueba se proporciona en formato PDF. Para una máxima flexibilidad, considere usar una herramienta de administración de pruebas basada en la web como TestRail para desarrollar sus planes de prueba.
¡Exploremos cada campo en detalle!
1.0 INTRODUCCIÓN
Es un breve resumen del producto que se está probando. Resuma todas las funciones a un alto nivel.
2.0 OBJETIVOS Y TAREAS
2.1 Objetivos
Describir los objetivos respaldados por el plan maestro de pruebas, Por ejemplo , definiendo tareas y responsabilidades, un vehículo de comunicación, un documento para ser utilizado como acuerdo de nivel de servicio, etc.
2.2 Tareas
Enumere todas las tareas identificadas por este plan de pruebas, es decir, pruebas, pruebas posteriores, informes de problemas, etc.
3.0 ALCANCE
General: Esta sección describe lo que se está probando, lo que es nuevo para todas las funciones de un producto específico, sus interfaces existentes, la integración de todas las funciones, etc.
Táctica: Enumere aquí cómo logrará los elementos que ha enumerado en la sección 'Alcance'.
Por ejemplo , si ha mencionado que estará probando las interfaces existentes, ¿cuáles serían los procedimientos que seguiría para notificar a las personas clave para representar sus respectivas áreas, así como también asignar tiempo en su cronograma para asistirlo en el cumplimiento de su actividad?
4.0 ESTRATEGIA DE PRUEBA
Describa el enfoque general de las pruebas. Para cada grupo principal de características o combinaciones de características, especifique el enfoque que garantizará que estos grupos de características se prueben adecuadamente.
Especifique las principales actividades, técnicas y herramientas que se utilizan para probar los grupos de características designados.
El enfoque debe describirse con detalles suficientes para permitir la identificación de las principales tareas de prueba y la estimación del tiempo necesario para realizar cada una.
4.1 Prueba unitaria
Definición: Especifique el grado mínimo de amplitud deseado. Identificar las técnicas que se utilizarán para juzgar la amplitud del esfuerzo de prueba ( Por ejemplo , determinando qué declaraciones se han ejecutado al menos una vez).
Especifique cualquier criterio de finalización adicional ( Por ejemplo , frecuencia de error). Deben especificarse las técnicas que se utilizarán para rastrear los requisitos.
Participantes: Enumere los nombres de las personas / departamentos que serían responsables de Examen de la unidad .
Metodología: Describa cómo se realizarán las pruebas unitarias. ¿Quién escribirá los guiones de prueba para las pruebas unitarias, cuál sería la secuencia de eventos de las pruebas unitarias y cómo se llevará a cabo la actividad de prueba?
4.2 Prueba de sistema e integración
Definición: Enumere cuál es su comprensión de Prueba del sistema y pruebas de integración para su proyecto.
Participantes: ¿Quién dirigirá el Sistema y Pruebas de integración en tu proyecto? Enumere las personas que serán responsables de esta actividad.
Metodología: Describa cómo se realizarán las pruebas de integración y sistema. ¿Quién escribirá los guiones de prueba para las pruebas unitarias, cuál sería la secuencia de eventos de las pruebas de integración y sistema y cómo se llevará a cabo la actividad de prueba?
4.3 Pruebas de rendimiento y estrés
Definición: Enumere cuál es su comprensión de las pruebas de estrés para su proyecto.
Participantes: ¿Quién realizará las pruebas de estrés en su proyecto? Enumere las personas que serán responsables de esta actividad.
Metodología: Describa cómo se realizarán las pruebas de rendimiento y estrés. ¿Quién escribirá los guiones de prueba para las pruebas, cuál sería la secuencia de eventos para las Pruebas de rendimiento y estrés y cómo se llevará a cabo la actividad de prueba?
4.4 Prueba de aceptación del usuario
Definición: El propósito de la prueba de aceptación es confirmar que el sistema está listo para su uso operativo. Durante la prueba de aceptación, los usuarios finales (clientes) del sistema comparan el sistema con sus requisitos iniciales.
Participantes: ¿Quién será responsable de las pruebas de aceptación del usuario? Indique el nombre de las personas y su responsabilidad.
Metodología: Describa cómo se realizarán las pruebas de aceptación del usuario. ¿Quién escribirá los guiones de prueba para la prueba, cuál sería la secuencia de eventos de la Prueba de aceptación del usuario y cómo se llevará a cabo la actividad de prueba?
4.5 Prueba por lotes
4.6 Prueba de regresión automatizada
Definición: Pruebas de regresión es la nueva prueba selectiva de un sistema o un componente para verificar que las modificaciones no hayan causado efectos no deseados y que el sistema o componente aún funcione como se especifica en los requisitos.
4.7 Prueba Beta
5.0 REQUISITOS DE HARDWARE
Ordenadores
Modems
6.0 REQUISITOS DEL MEDIO AMBIENTE
6.1 Estructura principal
Especifique las propiedades necesarias y deseadas del entorno de prueba.
La especificación debe contener las características físicas de las instalaciones, incluido el hardware, las comunicaciones y el software del sistema, el modo de uso ( Por ejemplo, independiente) y cualquier otro software o suministros necesarios para respaldar la prueba.
Además, especifique el nivel de seguridad que debe proporcionarse para la instalación de prueba, el software del sistema y los componentes propietarios, como software, datos y hardware.
Identifique las herramientas de prueba especiales que se requieren. Identifique cualquier otra necesidad de prueba ( Por ejemplo, publicaciones o espacio de oficina). Identifique la fuente de todas las necesidades que actualmente no están disponibles para su grupo.
6.2 Estación de trabajo
7.0 HORARIO DE PRUEBAS
Incluya todos los hitos de prueba identificados en el Programa del proyecto de software, así como todos los eventos de transmisión de elementos.
Defina los hitos de prueba adicionales necesarios. Estime el tiempo necesario para realizar cada tarea de prueba. Especifique el cronograma para cada tarea de prueba e hito de prueba. Para cada recurso de prueba (es decir, instalaciones, herramientas y personal), especifique sus períodos de uso.
8.0 PROCEDIMIENTOS DE CONTROL
Reportando problema
Documente los procedimientos a seguir cuando se encuentre un incidente durante el proceso de prueba. Si se va a utilizar un formulario estándar, adjunte una copia en blanco como 'Apéndice' al Plan de prueba.
En caso de que esté utilizando un sistema de registro de incidentes automatizado, escriba esos procedimientos.
Solicitudes de cambio
Documente el proceso de modificaciones al software. Identifique quién aprobará los cambios y cuáles serían los criterios para incluir los cambios en el producto actual.
Si los cambios afectarán los programas existentes, entonces estos módulos deben identificarse.
9.0 CARACTERÍSTICAS A PROBAR
Identifique todas las funciones del software y las combinaciones de las funciones del software que se probarán.
10.0 CARACTERÍSTICAS QUE NO SE DEBEN PROBAR
Identifique todas las características y combinaciones significativas de características que no se probarán junto con las razones.
11.0 RECURSOS / ROLES Y RESPONSABILIDADES
Especifique los miembros del personal que están involucrados en el proyecto de prueba y cuáles serán sus roles ( Por ejemplo, Mary Brown (usuario) compila casos de prueba para pruebas de aceptación).
Identificar los grupos responsables de gestionar, diseñar, preparar, ejecutar y resolver las actividades de prueba, así como los problemas relacionados.
Además, identifique los grupos responsables de proporcionar el entorno de prueba. Estos grupos pueden incluir desarrolladores, probadores, personal de operaciones, servicios de prueba, etc.
12.0 HORARIOS
Principales entregables: Identifique los documentos entregables. Puede enumerar los siguientes documentos:
- Plan de prueba
- Casos de prueba
- Probar informes de incidentes
- Informes de resumen de prueba
13.0 DEPARTAMENTOS SIGNIFICATIVAMENTE IMPACTADOS (SID)
Bus Departamento / Área Comercial. Gerente de pruebas
14.0 DEPENDENCIAS
Identifique las limitaciones importantes de las pruebas, como la disponibilidad de los elementos de prueba, la disponibilidad de los recursos de prueba y los plazos.
15.0 RIESGOS / SUPUESTOS
Identifique los supuestos de alto riesgo del plan de prueba. Especifique planes de contingencia para cada ( Por ejemplo, el retraso en la entrega de los elementos de prueba puede requerir una mayor programación del turno de noche para cumplir con la fecha de entrega).
1 6.0 HERRAMIENTAS
Enumere las herramientas de automatización que va a utilizar. Además, enumere la herramienta de seguimiento de errores aquí.
17.0 APROBACIONES
Especifique los nombres y cargos de todas las personas que deben aprobar este plan. Deje espacio para las firmas y las fechas.
Nombre (en mayúsculas) Firma Fecha:
1.
2.
3.
4.
Descargar: También puede descargar este plan de prueba de muestra Plantilla aquí.
También hemos preparado un verdaderoPlan de prueba del proyecto en vivode esta muestra.
Puede consultarlo y descargarlo en los siguientes tutoriales:
=> Visite aquí para ver la serie completa de tutoriales del plan de prueba
Lectura recomendada
- Programa del curso de pruebas de software: plan de formación detallado del curso en línea
- Plantilla de plan de prueba de software de muestra con formato y contenido
- Documentos de preguntas de muestra de certificación de pruebas ISTQB con respuestas
- Tutorial del plan de prueba: una guía para escribir un documento de plan de prueba de software desde cero
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Descarga del libro electrónico Testing Primer
- Cuándo detener las pruebas (criterios de salida en las pruebas de software)
- Ejemplo de informe de errores