Mejores plantillas de plan de prueba con ejemplos

El plan de prueba tiene diferentes variedades, como el estándar IEEE tiene un formato estándar para la documentación de prueba de software, que proporciona un resumen de lo que debe contener un plan de prueba.

Todas las plantillas y ejemplos que puede descargar en la parte inferior de la página.

Plantilla 1

Plantilla de plan de prueba: (Nombre del producto)
Preparado por:

(Nombres de los preparadores)

(Fecha)

 

PLAN DE PRUEBA

 

1. INTRODUCCIÓN

Un breve resumen del producto que se está probando. Esquema de todas las funciones a un alto nivel.

2. OBJETIVOS Y TAREAS

  • Los objetivos

Describa los objetivos respaldados por el Plan Maestro de Pruebas, por ejemplo, la definición de tareas y responsabilidades, un vehículo para la comunicación, un documento que se usará como un acuerdo de nivel de servicio, etc.

  • Tareas

Enumere todas las tareas identificadas por este Plan de prueba, es decir, pruebas, pruebas posteriores, informe de problemas, etc.

3. ALCANCE

  • General

Esta sección describe lo que se está probando, como todas las funciones de un producto específico, sus interfaces existentes, la integración de todas las funciones.

  • Táctica

Enumere aquí cómo logrará los elementos que ha enumerado en la sección «Ámbito de aplicación». Por ejemplo, si mencionó que probará las interfaces existentes, ¿cuáles serían los procedimientos que seguiría para notificar a las personas clave para que representen sus áreas respectivas, así como para asignar tiempo en su programa para ayudarlo a realizar su actividad?

 

4. 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 garantice 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 funciones designados.

El enfoque debe describirse con suficiente detalle para permitir la identificación de las principales tareas de prueba y la estimación del tiempo requerido para realizar cada una.

4.1 Pruebas unitarias

Definición Especifique el grado mínimo de amplitud deseado. Identifique las técnicas que se utilizarán para juzgar la amplitud del esfuerzo de prueba (por ejemplo, determinar qué declaraciones se han ejecutado al menos una vez). Especifique cualquier criterio de finalización adicional (por ejemplo, frecuencia de error). Las técnicas a utilizar para rastrear requerimientos deben ser especificadas.
Participantes Liste los nombres de los individuos / departamentos que serían responsables de la Prueba de la Unidad.
Metodología Describa cómo se realizarán las pruebas unitarias. ¿Quién escribirá los guiones de prueba para la prueba de unidad, cuál sería la secuencia de eventos de la prueba de unidad y cómo se llevará a cabo la actividad de prueba?

4.2 Pruebas de sistema e integración

Definición Indique cuál es su comprensión de Pruebas de sistema e integración para su proyecto.
Participantes ¿Quién realizará las Pruebas de Sistema e Integración en su proyecto? Liste los individuos 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 scripts de prueba para la prueba, cuál sería la secuencia de eventos de Pruebas de integración del sistema y cómo se llevará a cabo la actividad de prueba?

4.3 Pruebas de rendimiento y estrés

Definición Indique cuál es su comprensión de las pruebas de estrés para su proyecto.
Participantes ¿Quién llevará a cabo pruebas de estrés en su proyecto? Liste los individuos 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á las secuencias de comandos de prueba para la prueba, cuál sería la secuencia de eventos de las Pruebas de rendimiento y estrés y cómo se llevará a cabo la actividad de prueba?

4.4 Pruebas de aceptación del usuario

Definición El propósito de la prueba de aceptación es confirmar que el sistema está listo para el uso operativo. Durante las pruebas 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? Anote los nombres de los individuos y la responsabilidad.
Metodología Describa cómo se realizarán las pruebas de aceptación del usuario. ¿Quién escribirá los scripts 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.5Pruebas automatizadas de regresión

Definición La prueba de regresión es la reevaluación selectiva de un sistema o componente para verificar que las modificaciones no hayan causado efectos involuntarios y que el sistema o componente aún funcione como se especifica en los requisitos.
Participantes ¿Quién llevará a cabo pruebas de regresión en su proyecto? Liste los individuos que serán responsables de esta actividad.
Metodología Describa cómo se realizarán las pruebas de regresión automatizadas. ¿Quién escribirá los scripts de prueba para la prueba, cuál sería la secuencia de eventos de la prueba de regresión automatizada y cómo se llevará a cabo la actividad de prueba?

 

5. REQUISITOS DE HARDWARE

Ordenadores:

  • Arquitectura Todos los sistemas operativos de computadora están diseñados para una arquitectura de computadora particular. La mayoría de las aplicaciones de software están limitadas a sistemas operativos particulares que se ejecutan en arquitecturas particulares. Si bien existen sistemas operativos y aplicaciones independientes de la arquitectura, la mayoría necesita ser compilada para ejecutarse en una nueva arquitectura. Vea también una lista de sistemas operativos comunes y sus arquitecturas de soporte.
  • Poder de procesamiento La potencia de la unidad central de procesamiento (CPU) es un requisito fundamental del sistema para cualquier software. La mayoría del software que se ejecuta en la arquitectura x86 define la potencia de procesamiento como el modelo y la velocidad de reloj de la CPU. Muchas otras características de una CPU que influyen en su velocidad y potencia, como la velocidad del bus, el caché y los MIPS, a menudo se ignoran. Esta definición de potencia suele ser errónea, ya que las CPUs AMD Athlon e Intel Pentium a una velocidad de reloj similar a menudo tienen diferentes velocidades de rendimiento. Las CPU Intel Pentium han gozado de un considerable grado de popularidad y, a menudo, se mencionan en esta categoría.
  • Memoria Todo el software, cuando se ejecuta, reside en la memoria de acceso aleatorio (RAM) de una computadora. Los requisitos de memoria se definen después de considerar las demandas de la aplicación, el sistema operativo, el software y los archivos de soporte y otros procesos en ejecución. Al definir este requisito, también se considera el rendimiento óptimo de otro software no relacionado que se ejecuta en un sistema informático multitarea.
  • Almacenamiento secundario Los requisitos de disco duro varían, dependiendo del tamaño de la instalación del software, los archivos temporales creados y mantenidos durante la instalación o ejecución del software y el posible uso del espacio de intercambio (si la RAM es insuficiente).
  • Adaptador de pantalla El software que requiere una pantalla de gráficos de computadora mejor que el promedio, como los editores de gráficos y los juegos de gama alta, a menudo define adaptadores de pantalla de alta gama en los requisitos del sistema.
  • Periféricos

6. REQUISITOS DE MEDIO AMBIENTE

6.1 Marco 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, un dispositivo independiente) y cualquier otro software o suministro necesario para respaldar la prueba. También especifique el nivel de seguridad que se debe proporcionar para la instalación de prueba, el software del sistema y los componentes propietarios, como el software, los datos y el hardware.

Identificar herramientas de prueba especiales necesarias. Es necesario identificar cualquier otra cosa para la prueba (por ejemplo, publicaciones o espacio de oficina). Identifique la fuente de todas las necesidades que actualmente no están disponibles para su grupo.

7. HORARIO DE PRUEBAS

Incluya los hitos de prueba identificados en el Programa de proyectos de software, así como todos los eventos de transmisión de elementos.

Definir cualquier hito de prueba adicional necesario. Calcule el tiempo requerido para hacer cada tarea de prueba. Especifique el calendario para cada tarea de prueba y el hito de la prueba. Para cada recurso de prueba (es decir, instalaciones, herramientas y personal), especifique sus períodos de uso.

8. 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 un «Apéndice» al Plan de prueba. En el caso de que esté utilizando un sistema automatizado de registro de incidentes, escriba esos procedimientos en esta sección.

  • Solicitudes de cambio

Documentar 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 a los programas existentes, estos módulos deben identificarse.

9. CARACTERÍSTICAS A SER PROBADAS

Identifique todas las funciones de software y combinaciones de funciones de software que se probarán.

10. CARACTERÍSTICAS QUE NO DEBEN PROBAR

Identifique todas las características y combinaciones significativas de características que no serán probadas y las razones.

11. RECURSOS / FUNCIONES Y RESPONSABILIDADES

Especifique los miembros del personal que participan en el proyecto de prueba y cuáles serán sus funciones (por ejemplo, Mary Brown (Usuario) compilará Casos de prueba para Pruebas de aceptación). Identifique los grupos responsables de administrar, diseñar, preparar, ejecutar y resolver las actividades de prueba, así como los problemas relacionados. También identifique los grupos responsables de proporcionar el entorno de prueba. Estos grupos pueden incluir desarrolladores, evaluadores, personal de operaciones, servicios de pruebas, etc.

12. HORARIOS

Principales entregables

Identificar los documentos entregables. Puede listar los siguientes documentos:

  • Plan de prueba
  • Casos de prueba
  • Informes de incidentes de prueba
  • Informes de resumen de prueba

13. DEPARTAMENTOS DE IMPACTO SIGNIFICATIVO (SID)

Departamento / Bus Área Empresarial. Gerente de prueba (s)

14. DEPENDENCIAS

Identifique las restricciones significativas en las pruebas, como la disponibilidad de elementos de prueba, la disponibilidad de recursos de prueba y los plazos.

15. RIESGOS / ASUNCIONES

Identifique los supuestos de alto riesgo del plan de prueba. Especifique planes de contingencia para cada uno (por ejemplo, la demora 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).

16. HERRAMIENTAS

Lista de herramientas que vas a utilizar. Enumere también la herramienta de seguimiento de errores aquí.

17. APROBACIONES

Especifique los nombres y títulos de todas las personas que deben aprobar este plan. Proporcionar espacio para las firmas y fechas.

No Nombre en letras mayusculas) Firma

Fecha

1
2
3
4

Plantilla 2

1. Introducción

1.1 Propósito del documento del plan de prueba

[Indique el propósito del Documento del Plan de Pruebas. Este documento debe adaptarse a las necesidades de un proyecto en particular.]

El documento del Plan de Pruebas incluye y rastrea la información necesaria requerida para definir efectivamente el enfoque que se utilizará en las pruebas del producto del proyecto. El documento del plan de prueba se crea durante la fase de planificación del proyecto. Su público objetivo es el gerente del proyecto, el equipo del proyecto y el equipo de pruebas. Algunas partes de este documento pueden compartirse en ocasiones con el cliente / usuario y otras partes interesadas cuya entrada / aprobación es necesaria en el proceso de prueba.

2. Pruebas de COMPATIBILIDAD

2.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

2.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. También incluya una descripción de los artículos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

2.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

2.4 Prueba Regulatoria / Criterios de Mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

2.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

2.6 Test Test / Exit Criteria

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

2.7 Prueba de entregables

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

2.8 Prueba de Suspensión / Criterios de Reanudación

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

2.9 Pruebas ambientales / Personal / Necesidades de entrenamiento

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

3 Pruebas de conformidad

3.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

3.2 Elementos a probar / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

3.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

3.4 Prueba Regulatoria / Criterios de Mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

3.5 Test Pass / Fail Criteria

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

3.6 Test Test / Exit Criteria

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

3.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

3.8 Prueba de Suspensión / Criterios de Reanudación

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. Además, describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

3.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

4 Pruebas funcionales

4.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

4.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

4.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

4.4 Prueba Regulatoria / Criterios de Mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

4.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

4.6 Test Test / Exit Criteria

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

4.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

4.8 Prueba de Suspensión / Criterios de Reanudación

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

4.9 Pruebas ambientales / Personal / Necesidades de entrenamiento

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

5 pruebas de carga

5.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

5.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

5.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

5.4 Pruebas reglamentarias / criterios de mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

5.5 Test Pass / Fail Criteria

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

5.6 Criterios de ingreso / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

5.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

5.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

5.9 Pruebas ambientales / Personal / Necesidades de entrenamiento

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

6 Pruebas de rendimiento

6.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

6.2 Elementos a probar / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. También incluya una descripción de los artículos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

6.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

6.4 Pruebas reglamentarias / criterios de mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

6.5 Test Pass / Fail Criteria

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

6.6 Criterios de ingreso / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

6.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

6.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

6.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

7 Pruebas de regresión

7.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

7.2 Elementos a probar / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. También incluya una descripción de los artículos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

7.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

7.4 Prueba Regulatoria / Criterios de Mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

7.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

7.6 Criterios de ingreso / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

7.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

7.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

7.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

8 Pruebas de estrés

8.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

8.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. También incluya una descripción de los artículos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

8.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

8.4 Prueba Regulatoria / Criterios de Mandato

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

8.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

8.6 Criterios de entrada / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

8.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

8.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. Además, describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

8.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

9 Pruebas del sistema

9.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

9.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

9.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

9.4 Criterios de regulación / mandato de prueba

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

9.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

9.6 Criterios de ingreso / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

9.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

9.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. Además, describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

9.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

Prueba de 10 unidades

10.1 Riesgos / problemas de prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

10.2 Elementos a probar / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

10.3 Enfoque (s) de prueba

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.][Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

10.6 Criterios de ingreso / salida de prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

10.4 Criterios reglamentarios / de mandato de prueba

10.5 Test Pass / Fail Criteria

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

10.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

10.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. Además, describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

10.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

11 Pruebas de aceptación del usuario

11.1 Riesgos / problemas de la prueba

[Describa los riesgos asociados con las pruebas del producto o proporcione una referencia a la ubicación del documento donde se almacena. También, delinear estrategias de mitigación apropiadas y planes de contingencia.]

11.2 Artículos a ser probados / no probados

[Describa los elementos / características / funciones a probar que están dentro del alcance de este plan de prueba. Incluya una descripción de cómo se evaluarán, cuándo, quién los realizará y cuáles serán los estándares de calidad. Además, incluya una descripción de los elementos acordados para no ser probados.]

Artículo a prueba Descripción de la prueba Fecha de la prueba Responsabilidad

11.3 Enfoque (s) de prueba

[Describa el enfoque de prueba general que se utilizará para probar el producto del proyecto. Proporcione un resumen de las pruebas planeadas.]

11.4 Criterios reglamentarios / de mandato de prueba

[Describa cualquier reglamento o mandato contra el cual se debe probar el sistema.]

11.5 Criterios de aprobación / fracaso de la prueba

[Describa los criterios utilizados para determinar si un elemento de prueba ha superado o fallado su prueba.]

11.6 Criterios de ingreso / salida de prueba

[Describa los criterios de entrada y salida utilizados para iniciar la prueba y determine cuándo detener la prueba.]

11.7 Entregables de prueba

[Describa los entregables que resultarán del proceso de prueba (documentos, informes, cuadros, etc.).]

11.8 Criterios de suspensión / reanudación de la prueba

[Describa los criterios de suspensión que pueden usarse para suspender todas o algunas de las pruebas. También describa los criterios de reanudación que pueden usarse para reanudar las pruebas.]

11.9 Pruebas ambientales / Personal / Necesidades de capacitación

[Describa los requisitos específicos necesarios para realizar las pruebas (hardware / software, personal, capacitación en habilidades, etc.).]]

Aprobación del plan de prueba

Los abajo firmantes reconocen haber revisado el <Nombre del proyecto> Plan de prueba Documentar y estar de acuerdo con el enfoque que presenta. Cualquier cambio a esta Definición de Requisitos será coordinado y aprobado por el abajo firmante o sus representantes designados.

[Enumere las personas cuyas firmas son requeridas. Ejemplos de tales individuos son Business Steward, Technical Steward y Project Manager. Agregue líneas de firma adicionales según sea necesario.]

Firma: Fecha:
Imprimir Nombre:
Título:
Papel:

 

Firma: Fecha:
Imprimir Nombre:
Título:
Papel:

 

Firma: Fecha:
Imprimir Nombre:
Título:
Papel:

[Inserte el nombre, número de versión, descripción y ubicación física de los documentos a los que se hace referencia en este documento. Agregue filas a la tabla según sea necesario.]

La siguiente tabla resume los documentos a los que se hace referencia en este documento.

Nombre y versión del documento Descripción Ubicación
<Nombre del documento y número de versión> [Proporcione una descripción del documento] <URL o ruta de red donde se encuentra el documento>

[Insertar términos y definiciones utilizados en este documento. Agregue filas a la tabla según sea necesario. Siga el enlace a continuación para obtener las definiciones de los términos de gestión de proyectos y las siglas utilizadas en este y otros documentos.]
La siguiente tabla proporciona definiciones de términos relevantes para este documento.

Término Definición
[Insertar término] [Proporcione la definición del término utilizado en este documento.]
[Insertar término] [Proporcione la definición del término utilizado en este documento.]
[Insertar término] [Proporcione la definición del término utilizado en este documento.]

Descargar:

template_01

 template_02

 example_01

 example_02

 ejemplo_03