Plantilla Plan De Pruebas De Software

PLAN DE PRUEBAS
Departamento/Proyecto/ Subtítulo
Mes 2008

Histórico de cambios
Fecha | Versión | Descripción | Autor |
| | | |
| | | |
| | | |

Índice
1. Introducción 5
1.1. Objetivos y tareas 5
1.1.1. Objetivos 5
1.1.2. Tareas 5
1.2. Audiencia prevista 5
1.3. Referencias 5
2. Alcance y enfoque 6
2.1. Ítems a probar (funciones) 6
2.2. Cuestiones de riesgo 62.3. Características a probar 6
2.4. Características que no se van a probar 6
2.5. Enfoque (estrategia) 6
3. Criterios de transición 7
3.1. Criterios de entrada 7
3.2. Criterios de salida 7
3.3. Criterios de suspensión 7
3.4. Criterios de reanudación 7
3.5. Criterios de éxito y fallo 7
4. Estrategia de pruebas 8
5. Planificación y recursos 9
5.1. Planificación 9
5.2. Recursos 9
5.2.1.Hardware 9
5.2.2. Software 9
5.2.2.1. Herramientas 9
5.2.3. Dotación de personal 9
5.2.3.1. Responsabilidades 9
5.2.3.2. Formación 9
6. Revisión del plan de pruebas 10
7. Apéndices 11

-------------------------------------------------
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 delproducto que se va a probar. Resume todas las funciones a alto nivel.
Objetivos y tareas
Objetivos
Describe los objetivos del plan de pruebas, definiendo tareas y responsabilidades, vehículo de comunicación, etc.
Tareas
Lista todas las tareas identificadas en este plan de pruebas, informes de pruebas, informes de problemas, etc.
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.
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 odurante la ejecución de pruebas. Estos se pueden listar en una tabla como la siguiente:
Documento | Autor | Versión | Localización |
| | | |
| | | |
| | | |
-------------------------------------------------
Alcance y enfoque
Ítems a probar (funciones)
Listado de los ítems que se tiene la intención de probar dentro del alcance de este plan de pruebas.
Cuestiones de riesgoIdentifica 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 softwareinherentes 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.
Características a probar
Listado de qué se ha de probar desde el punto de vista del usuario de loque 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.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…
Enfoque...