PLAN DE PRUEBAS

Departamento/Proyecto/ Subttulo

Mes 2013
HISTRICO DE CAMBIOS

Fecha Versin Descripcin Autor

Departamento/Proyecto/ Subttulo 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. Caractersticas a probar 5
2.4. Caractersticas 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 suspensin 6
3.4. Criterios de reanudacin 6
3.5. Criterios de xito y fallo 6
5.1. Planificacin 8
5.2. Recursos 8
5.2.1. Hardware 8
5.2.2. Software 8
5.2.2.1. Herramientas 8
5.2.3. Dotacin de personal 8
5.2.3.1. Responsabilidades 8
5.2.3.2. Formacin 8

Departamento/Proyecto/ Subttulo 3
1. INTRODUCCIN

El plan de pruebas refleja el enfoque y la programacin de todas las pruebas del proyecto.
Esta seccin 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, vehculo
de comunicacin, 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 estn 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 usarn en
el desarrollo de casos de pruebas o durante la ejecucin de pruebas. Estos se pueden listar
en una tabla como la siguiente:

Documento Autor Versin Localizacin

Departamento/Proyecto/ Subttulo 4
2. ALCANCE Y ENFOQUE

2.1. TEMS A PROBAR (FUNCIONES)

Listado de los tems que se tiene la intencin de probar dentro del alcance de este plan de
pruebas.

2.2. CUESTIONES DE RIESGO

Identifica qu software se ha de probar y cules son las reas crticas, 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 histrico pasado de fallos
- Mdulos 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 gestin, usuario o desarrollador. Hay que tener en cuenta los requisitos que
no estn claros y los que no se pueden probar.

2.3. CARACTERSTICAS 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 descripcin tcnica del software, es una visin de los usuarios de las
funciones.
Hay que establecer el nivel de riesgo para cada caracterstica. 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 seccin es muy parecida a la 2.1, pero se diferencias en el punto de vista.

2.4. CARACTERSTICAS 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 tcnicos. No
es una descripcin tcnica del software.
Hay que explicar por qu estas caractersticas no se van a probar. Puede haber un amplio
nmero de razones: bajo riesgo, se ha utilizado antes y se considera estable; no est
incluido en esta versin del software

2.5. ENFOQUE (ESTRATEGIA)

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

Departamento/Proyecto/ Subttulo 5
3. CRITERIOS DE TRANSICIN

A continuacin 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 ejecucin de las pruebas.
Entre los posibles tems que se pueden incluir estn los siguientes:
- Aprobacin 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 estn:
- Completitud de los casos de pruebas
- Nmeros y severidad de los defectos abiertos
- Paso de los objetivos de pruebas

3.3. CRITERIOS DE SUSPENSIN

Esta seccin debera incluir criterios o condiciones que si ocurren, se deberan parar las
pruebas. Esta seccin es muy importante, muchas veces se le pide al equipo de pruebas
que contine 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 REANUDACIN

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

3.5. CRITERIOS DE XITO Y FALLO

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

Departamento/Proyecto/ Subttulo 6
4. ESTRATEGIA DE PRUEBAS

Describe el enfoque general de las pruebas. Para cada grupo o combinacin de

caractersticas hay que especificar el enfoque que asegurar que ese grupo de
caractersticas se va a probar adecuadamente. Hay que especificar las actividades, tcnicas
y herramientas principales que se van a usar para cada uno de los grupos de pruebas
diseados.
Existen diferentes grupos de pruebas que se pueden llevar a cabo. Para cada uno de ellos
hay que hacer una descripcin, indicar las personas que van a llevar a cabo las pruebas y la
metodologa que se va a seguir. Entre estos grupos estn los siguientes:
- Pruebas unitarias
- Pruebas de Integracin
- Pruebas de sistema
- Pruebas de carga
- Pruebas de aceptacin de usuario
- Pruebas de regresin
- Etc.

Departamento/Proyecto/ Subttulo 7
5. PLANIFICACIN Y RECURSOS

5.1. PLANIFICACIN
Esta seccin debera incluir una lista de hitos clave en las pruebas. Puede incluir:
- Aprobacin del plan de pruebas
- Desarrollos de la lisara de casos de pruebas
- Desarrollo de los casos de pruebas
- Desarrollo de scripts de pruebas
- Preparacin del entorno de pruebas
- Fechas de ejecucin 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 usarn para llevar a cabo las pruebas.

6.1.1. Dotacin de personal

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

7. Formacin
Lista de la formacin requerida.

Departamento/Proyecto/ Subttulo 8
8. REVISIN DEL PLAN DE PRUEBAS

Esta seccin incluye planes para la revisin 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.

Departamento/Proyecto/ Subttulo 9
9. ANEXOS

Departamento/Proyecto/ Subttulo 10