Você está na página 1de 10

PLAN DE PRUEBAS

Nombre proyecto

Marzo 2018
HISTÓRICO DE CAMBIOS

Fecha Versión Descripción Autor

Nombre proyecto 2
Índice
1.1. Objetivos y tareas 4
1.1.1. Objetivos 4
1.1.2. Tareas 4
1.2. Audiencia prevista 4
1.3. Referencias 4
2.1. Ítems a probar (funciones) 5
2.2. Cuestiones de riesgo 5
2.3. Características a probar 5
2.4. Características que no se van a probar 5
2.5. Enfoque (estrategia) 5
3.1. Criterios de entrada 6
3.2. Criterios de salida 6
3.3. Criterios de suspensión 6
3.4. Criterios de reanudación 6
3.5. Criterios de éxito y fallo 6
5.1. Planificación 8
5.2. Recursos 8
5.2.1. Hardware 8
5.2.2. Software 8
5.2.2.1. Herramientas 8
5.2.3. Dotación de personal 8
5.2.3.1. Responsabilidades 8
5.2.3.2. Formación 8

Nombre proyecto 3
1. INTRODUCCIÓN

El plan de pruebas refleja el enfoque y la programación de todas las pruebas del proyecto.
Esta sección expondrá un breve resumen del producto que se va a probar. Resume todas
las funciones a alto nivel.

1.1. OBJETIVOS Y TAREAS

1.1.1. Objetivos
Describe los objetivos del plan de pruebas, definiendo tareas y responsabilidades, vehículo
de comunicación, etc.

1.1.2. Tareas
Lista todas las tareas identificadas en este plan de pruebas, informes de pruebas, informes
de problemas, etc.

1.2. AUDIENCIA PREVISTA


Describe la audiencia prevista de este plan. Habrá diferentes grupos potenciales
dependiendo de las fases de pruebas que se estén llevando a cabo. Entre ellos pueden
estar:
- Equipo de pruebas
- Equipo de desarrollo
- Jefe de proyecto
- Grupos de aseguramiento de la calidad
- Etc.

1.3. REFERENCIAS
Lista todos los documentos que se han utilizado para crear este plan, los que se usarán en
el desarrollo de casos de pruebas o durante la ejecución de pruebas. Estos se pueden listar
en una tabla como la siguiente:

Documento Autor Versión Localización

Nombre proyecto 4
2. ALCANCE Y ENFOQUE

2.1. ÍTEMS A PROBAR (FUNCIONES)


Listado de los ítems que se tiene la intención de probar dentro del alcance de este plan de
pruebas.

2.2. CUESTIONES DE RIESGO


Identifica qué software se ha de probar y cuáles son las áreas críticas, tales como:
- Entregable de un producto desarrollado por terceros.
- Capacidad de usar y entender una nueva herramientas
- Funciones extremadamente complejas
- Modificaciones de componentes con un histórico pasado de fallos
- Módulos o peticiones de cambio mal documentados
Hay algunos riesgos de software inherentes como la complejidad; éstos han de ser
identificados.
Otra posible área de riesgo es el mal entendimiento de los requisitos originales. Esto puede
ocurrir a nivel de gestión, usuario o desarrollador. Hay que tener en cuenta los requisitos que
no están claros y los que no se pueden probar.

2.3. CARACTERÍSTICAS A PROBAR


Listado de qué se ha de probar desde el punto de vista del usuario de lo que el sistema ha
de hacer. No es una descripción técnica del software, es una visión de los usuarios de las
funciones.
Hay que establecer el nivel de riesgo para cada característica. Se puede usar para ello una
escalan simple como Alto, Media, bajo (A, M, B). Estos tipos de niveles son entendidos por
el usuario.
Esta sección es muy parecida a la 2.1, pero se diferencias en el punto de vista.

2.4. CARACTERÍSTICAS QUE NO SE VAN A PROBAR


Listado de lo que no se va a probar desde el punto de vista del usuario y de los técnicos. No
es una descripción técnica del software.
Hay que explicar por qué estas características no se van a probar. Puede haber un amplio
número de razones: bajo riesgo, se ha utilizado antes y se considera estable; no está
incluido en esta versión del software…

2.5. ENFOQUE (ESTRATEGIA)


Descripción de la estrategia de pruebas general para este plan de pruebas. Se han de
identificar las reglas y procesos asociados.

Nombre proyecto 5
3. CRITERIOS DE TRANSICIÓN

A continuación se describen los criterios requeridos para las pruebas para poder pasar de un
estado a otro.

3.1. CRITERIOS DE ENTRADA


Lista todos los criterios que se han de satisfacer para empezar la ejecución de las pruebas.
Entre los posibles ítems que se pueden incluir están los siguientes:
- Aprobación del plan de pruebas
- Entorno de pruebas estable y preparado
- Casos de pruebas escritos y aprobados
- Herramientas de pruebas preparadas
- Recursos para las pruebas disponibles

3.2. CRITERIOS DE SALIDA


Lista todos los criterios que se han de satisfacer para que una fase de pruebas se de por
finalizada. Entre los posibles ítems que se pueden incluir están:
- Completitud de los casos de pruebas
- Números y severidad de los defectos abiertos
- Paso de los objetivos de pruebas

3.3. CRITERIOS DE SUSPENSIÓN


Esta sección debería incluir criterios o condiciones que si ocurren, se deberían parar las
pruebas. Esta sección es muy importante, muchas veces se le pide al equipo de pruebas
que continúe con las pruebas con intentos en vanos por llegar al calendario establecido
cuando en realidad el software no está preparado para que se pruebe.

3.4. CRITERIOS DE REANUDACIÓN


En esta sección se listan los criterios que se deben satisfacer antes de que se puedan
reanudar las pruebas suspendidas.

3.5. CRITERIOS DE ÉXITO Y FALLO


Especificación de los criterios que se han de usar para determinar si cada una de las
pruebas ha tenido éxito o ha fallado.

Nombre proyecto 6
4. ESTRATEGIA DE PRUEBAS

Describe el enfoque general de las pruebas. Para cada grupo o combinación de


características hay que especificar el enfoque que asegurará que ese grupo de
características se va a probar adecuadamente. Hay que especificar las actividades, técnicas
y herramientas principales que se van a usar para cada uno de los grupos de pruebas
diseñados.
Existen diferentes grupos de pruebas que se pueden llevar a cabo. Para cada uno de ellos
hay que hacer una descripción, indicar las personas que van a llevar a cabo las pruebas y la
metodología que se va a seguir. Entre estos grupos están los siguientes:
- Pruebas unitarias
- Pruebas de Integración
- Pruebas de sistema
- Pruebas de carga
- Pruebas de aceptación de usuario
- Pruebas de regresión
- Etc.

Nombre proyecto 7
5. PLANIFICACIÓN Y RECURSOS

5.1. PLANIFICACIÓN
Esta sección debería incluir una lista de hitos clave en las pruebas. Puede incluir:
- Aprobación del plan de pruebas
- Desarrollos de la lisara de casos de pruebas
- Desarrollo de los casos de pruebas
- Desarrollo de scripts de pruebas
- Preparación del entorno de pruebas
- Fechas de ejecución de pruebas

5.2. RECURSOS

5.2.1. Hardware
Lista todos los requisitos de hardware.

5.2.2. Software
Lista todos los requisitos de software: sistemas operativos primarios y secundarios.

6. Herramientas
Listado de las herramientas que se usarán para llevar a cabo las pruebas.

6.1.1. Dotación de personal

6.1.2. Responsabilidades
Lista de los miembros del equipo de aseguramiento de la calidad y sus responsabilidades.

7. Formación
Lista de la formación requerida.

Nombre proyecto 8
8. REVISIÓN DEL PLAN DE PRUEBAS

Esta sección incluye planes para la revisión de este plan de pruebas. Se identifican los
grupos para revisar y aprobar el documento.
Hay que cerciorarse de que el plan de pruebas satisface los requisitos de desarrolladores y
clientes.

Nombre proyecto 9
9. ANEXOS

Nombre proyecto 10