PMOInformatica Plantilla De Plan De Pruebas De Software












Plan de Pruebas de Software

[Nombre del Proyecto]
Fecha: [dd/mm/aaa]





















Tabla de contenido

Historial de Versiones 4
Información del Proyecto 4
Aprobaciones 4
Resumen Ejecutivo 5
Alcance de las Pruebas 5
Elementos de Pruebas 5
Nuevas Funcionalidades a Probar 6
Pruebas de Regresión 6
Funcionalidades a No Probar 7
Enfoque de Pruebas (Estrategia) 7
Criterios deAceptación o Rechazo 8
Criterios de Aceptación o Rechazo 8
Criterios de Suspensión 8
Criterios de Reanudación 9
Entregables 9
Recursos 10
Requerimientos de Entornos – Hardware 10
Requerimientos de Entornos – Software 10
Herramientas de Pruebas Requeridas 11
Personal 11
Entrenamiento 12
Planificación y Organización 12
Procedimientos para las Pruebas 12
Matriz de Responsabilidades 13
Cronograma 13Premisas 14
Dependencias y Riesgos 14
Referencias 15
Glosario 15
































Historial de Versiones
Fecha
Versión
Autor
Organización
Descripción




















Información del Proyecto
Empresa / Organización

Proyecto

Fecha de preparación

Cliente

Patrocinador principal

Gerente / Líder de Proyecto

Gerente / Líder de Pruebas de Software


Aprobaciones
Nombre y Apellido
CargoDepartamento u Organización
Fecha
Firma


































Resumen Ejecutivo 
Resumen de todo el contenido del plan de Pruebas de Software, describe cuál es su propósito, establece si es un plan maestro o un plan detallado, identifica el alcance del plan de pruebas en relación con el plan de Proyecto de Software, restricciones (por ejemplo de recursos o presupuesto), alcance delesfuerzo de pruebas entre otros aspectos.










 
Alcance de las Pruebas

Elementos de Pruebas

Listado de todos los módulos, componentes o elementos que se van a probar. Si es de alto nivel, se listan las áreas funcionales (módulos o procesos que cubre el Testing), por otro lado, si es de un nivel detallado se listan los programas, unidades o módulos.
















Nuevas Funcionalidades aProbar 
Es un listado de lo que se va a probar “Desde el Punto de vista del Usuario”. No es una descripción técnica del software sino sus características y funcionalidades. Se incluyen tanto las que son nuevas como las que se están modificando.















Pruebas de Regresión 
Listado de las funcionalidades no directamente involucradas en el desarrollo, pero cuyos componentes están siendoafectados y por ende deben probarse para asegurar que continúan funcionando adecuadamente. Al igual que en el punto anterior, se describen desde el punto de vista del usuario. 


















Funcionalidades a No Probar 
Listado de las funcionalidades que NO se van a probar. Debe incluir información de las razones por las cuales no se van a probar y los riesgos que se están asumiendo.Enfoque de Pruebas (Estrategia) 
La Estrategia de Pruebas puede definirse como un documento aparte, o puede ser incluido dentro del Plan de Pruebas según su extensión. Aquí pueden definirse los tipos de pruebas a realizar (funcionales, de desempeño, de interfaces, no funcionales, etc.), requerimientos especiales de las pruebas, configuraciones a probar, subconjuntos de datos a considerar, nivel depruebas de regresión, entre otros aspectos.















 
Criterios de Aceptación o Rechazo
 Criterios de Aceptación o Rechazo 
Son los criterios que serán considerados para dar por completado el Plan de Pruebas de Software, por ejemplo: Completar 100% de pruebas unitarias, cierto porcentaje de casos exitosos, cobertura de todos los componentes y líneas de código, porcentaje de defectoscorregidos, entre otros.











Criterios de Suspensión 
Establece claramente bajo qué condiciones se detienen un conjunto de casos de pruebas, por ejemplo en caso de existir defectos que impidan la ejecución de más casos de pruebas, cierto porcentaje de casos fallidos, o cualquier otro que se especifique. 









Criterios de Reanudación
Luego de haber suspendido las pruebas, aquí se establece...