[Ttulo del documento]

Descripcin breve
Paula

[Direccin Normalmente
de correo electrnico]
[Dibujar su lector con un resumen de la participacin.
es un
breve resumen del documento.
Cuando est listo para agregar contenido, haga clic aqu y empiece a escribir.]

[Subttulo del documento]

Historial de revisiones

Historial de Versiones
Fecha

Versin

Autor

Organizacin

Descripcin

Informacin del Proyecto

Empresa / Organizacin
Proyecto
Fecha de preparacin
Cliente
Patrocinador principal
Gerente / Lder de Proyecto
Gerente / Lder de Pruebas de
Software

Aprobaciones
Nombre y
Apellido

Cargo

Departamento u
Organizacin

Fecha

Firma

Contenido
1.
1.1
1.2
1.3
1.4
2.
2.1
2.2
2.3
2.4
2.5
2.6
3.
3.1
3.2
3.3
4.
4.1
4.2
4.3
4.4
5.
5.1
5.2
6.
6.1
6.2
6.3
6.4
7.
7.1
7.2
7.3
7.4
8.
9.

Resumen del Plan..................................................................................................3

Descripcin......................................................................................................3
Propsito......................................................................................................... 3
Objetivos del plan de pruebas.........................................................................3
Referencias......................................................................................................3
Alcance...................................................................................................................3
Aplicacin, Mdulos y/o cambios al software..................................................3
Documentacin................................................................................................3
Caractersticas que van a ser probadas...........................................................3
Estrategia de regresin....................................................................................4
Definicin de Niveles de Severidad..................................................................4
Funcionalidades a No Probar...........................................................................4
Estrategia de pruebas a utilizar...............................................................................4
Tipos de pruebas a ejecutar.............................................................................5
Comunicacin..................................................................................................5
Mtricas a utilizar.............................................................................................5
Criterios de inicio y finalizacin de las Pruebas de Aceptacin...............................5
Criterios de Inicio.............................................................................................5
Criterios de Finalizacin...................................................................................5
Criterios para la suspensin y reanudacin de las pruebas.............................5
Procedimientos de aprobacin.........................................................................5
Entregables.............................................................................................................6
Entrada:...........................................................................................................6
Salida o producto:............................................................................................6
Ambientes y herramientas a utilizar........................................................................6
Ambientes........................................................................................................6
Herramientas...................................................................................................6
Personal..........................................................................................................6
Entrenamiento.................................................................................................6
Plan de Pruebas y Cronograma..............................................................................6
Identificacin de Hitos......................................................................................7
Cronograma.....................................................................................................7
Responsables de las actividades de Pruebas..................................................7
Dependencias y Riesgos.................................................................................7
Referencias............................................................................................................. 7
Glosario..................................................................................................................8

1.

Resumen del Plan

Resumen de todo el contenido del plan de Pruebas de Software, describe

cul es su propsito, establece si es un plan maestro o un plan detallado,
identifica el alcance del plan de pruebas en relacin con el plan de Proyecto
de Software, restricciones (por ejemplo de recursos o presupuesto), alcance
del esfuerzo de pruebas entre otros aspectos

1.1

Descripcin

El Plan de Pruebas de Aceptacin describe los pasos que se deben seguir

para verificar que el sistema construido satisface los requerimientos.
El Plan de Pruebas de Aceptacin es uno de los planes de prueba detallados
y corresponde al nivel de pruebas de aceptacin del sistema o de la
solucin. Este plan describe clara y completamente como realizar las
pruebas.
Las pruebas de aceptacin, involucran al usuario final y pretenden
comprobar que la solucin cumple con el modelo de negocio para el que fue
desarrollado. Deteccin de defectos del producto entregado y planes de
accin para correccin de los mismos.

1.2

Propsito

1.3

Objetivos del plan de pruebas

1.4

Referencias

Este documento est basado y/o referencia los siguientes documentos del
proyecto: Estndares, libros, papers, etc

2.

Alcance

Hace referencia a la incumbencia de este plan de pruebas con respecto al

proyecto.

2.1

Aplicacin, Mdulos y/o cambios al software

Listado de todos los mdulos, componentes o elementos que se van a

probar. Si es de alto nivel, se listan las reas funcionales (mdulos o
procesos que cubre el Testing), por otro lado, si es de un nivel detallado se
listan los programas, unidades o mdulos. (se detalle que pruebas se
aplicarn en el tem ms adelante)

2.2

Documentacin

Los manuales a entregar con el producto son:

Estos manuales sern revisados y validados durante la ejecucin de las
pruebas.

2.3

Caractersticas que van a ser probadas

En la matriz de funciones y casos de pruebas se describen las funciones de

negocio que sern probadas. Las funciones de negocio que no hayan sido
incluidas en este punto, no sern probadas.

2.4

Estrategia de regresin

Listado de las funcionalidades no directamente involucradas en el

desarrollo, pero cuyos componentes estn siendo afectados y por ende
deben probarse para asegurar que continan funcionando adecuadamente.
Al igual que en el punto anterior, se describen desde el punto de vista del
usuario.

2.5

Definicin de Niveles de Severidad

Tabla de clasificacin de los errores, todos y cualquier error en el proyecto

debern ser descripto segn esta clasificacin pre establecida.

Cuando se reporta un defecto, los siguientes niveles de severidad se

utilizaran:

Nivel de
Severidad

Descripcin

Ejemplo

Falla en el sistema.
No
es
posible
continuar
con
el
procesamiento.
No
es
posible
continuar
con
el
proceso de la funcin
seleccionada

Un error crtico ha sido encontrado y no

permite que se contine con la operacin de
la aplicacin.

3
Normal

Funciones
restringidas, pero el
procesamiento puede
continuar

Componentes
no
crticos
no
estn
disponibles o la funcionalidad es incorrecta;
clculos incorrectos en funcionalidad clave.

4
trivial

Cambio
menor

Errores de usabilidad, pantallas o reportes

de errores que no afectan la calidad, el uso
ni la funcionalidad del sistema, por ejemplo,
cambio en una etiqueta, en un mensaje,
etc.

1
Critico

2
Severo

2.6

de

forma

El componente clave no est disponible o la

funcionalidad est incorrecta.

Funcionalidades a No Probar

Listado de las funcionalidades que NO se van a probar. Debe incluir

informacin de las razones por las cuales no se van a probar y los riesgos
que se estn asumiendo.

3.

Estrategia de pruebas a utilizar.

La Estrategia de Pruebas puede definirse como un documento aparte, o puede ser incluido
dentro del Plan de Pruebas segn su extensin. Aqu pueden definirse los tipos de pruebas a
realizar (funcionales, de desempeo, de interfaces, no funcionales, etc.), requerimientos
especiales de las pruebas, configuraciones a probar, subconjuntos de datos a considerar, nivel
de pruebas de regresin, entre otros aspectos

3.1

Tipos de pruebas a ejecutar.

Detallar que tipos de prueba se utilizaran sobre que tipo de artefacto.

Artefacto
Subsistema
alta
cliente

3.1.1

Tipo Artefacto
cdigo

Tipo de prueba
Inspeccin de cdigo
Prueba de caja blanca

Protocolos para los Tipos de Prueba

Procedimiento a llevar a cabo en cada tipo de prueba

3.2
3.2.1

Comunicacin
Mecanismo de comunicacin.

Como se reportaran los resultados o actividades entre el equipo de testing y los dems equipos

3.2.2

Mecanismo de Resolucin de conflictos

Protocolo a seguir para resolver conflictos, detallar segn el tipo de conflicto

3.3

Mtricas a utilizar.

Detalla la mtrica de manera concisa a travs frmulas y/o sin ambigedades.

4.

Criterios de inicio y finalizacin de las Pruebas de Aceptacin

Aqu se detalla en que momento estarn disponibles los artefactos para la pruebas, se puede
detallar segn el tipo de artefacto. Estos criterios sern un hecho tangible y fehacientemente
medible.

4.1

Criterios de Inicio

Criterio que dicta el momento de inicio de las pruebas en un artefacto, especificar por tipo de
artefacto

4.2

Criterios de Finalizacin

Criterio o medida ante la cual se dar por superada o culminada la prueba de un tem. Ejemplo:
Para que un tem supere la prueba es necesario que los errores de severidad 1, 2 y 3 que
hayan sido encontrados sean removidos. Los errores de severidad 4 se tratarn con el gerente
del proyecto.

4.3

Criterios para la suspensin y reanudacin de las pruebas

Establece claramente bajo qu condiciones se detienen un conjunto de casos de

pruebas, por ejemplo en caso de existir defectos que impidan la ejecucin de ms casos de
pruebas, cierto porcentaje de casos fallidos, o cualquier otro que se especifique.
Luego de haber suspendido las pruebas, aqu se establece bajo qu criterios se reanudaran

4.4

Procedimientos de aprobacin.

Son los criterios que sern 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
lneas de cdigo, porcentaje de defectos corregidos, entre otros.

5.

Entregables

Establece que se entregar como parte de la ejecucin del plan, por

ejemplo: Documento de Plan de Pruebas, Casos de Pruebas, Especificacin
de Diseo de Casos, Logs de errores, Reportes de incidencias, evidencias de
pruebas, reportes emitidos por herramientas de pruebas y cualquier otro
que se establezca.

5.1

Entrada:

Documentacin involucrada para la generacin de este plan. Ej. Documento

de requerimiento.

5.2

Salida o producto:

Todo artefacto generado. Ej. Casos de prueba

6.

Ambientes y herramientas a utilizar

6.1

Ambientes

Detallar cada uno de los ambientes involucrados en el testing. Especificar

software y hardware y cualquier configuracin involucrada o existente.

6.1.1

Hardware

6.1.2

Software

Lista de los requerimientos de equipos, hardware y red necesarios para

completar las actividades del Plan de Pruebas de Software. Incluye
Servidores de Aplicacin, Bases de Datos, Equipos de PC que necesitan los
Testers, Conectividad a la red (incluyendo accesos), entre otros.
Lista de los requerimientos de software necesarios para completar las
actividades de prueba, puede incluir accesos a Sistemas (en entorno de
pruebas) y Bases de Datos, as como instalacin de software en los
Computadores asignados a los Testers.

6.2

Herramientas

6.3

Personal

6.4

Entrenamiento

Especifica las herramientas de software, metodologas o tcnicas especiales

empleadas en las pruebas, por ejemplo Herramientas de Automatizacin de
Pruebas, Software de Gestin de Pruebas, entre otros.

Lista del personal necesario para completar las actividades de pruebas,

especificando sus roles, por ejemplo: Un (1) Lder de Pruebas, Cinco (5)
Analista de Pruebas (Testers), Dos (2) especialistas en automatizacin de
pruebas, entre otros.

Necesidades de entrenamiento en el Sistema o Aplicacin, as como en las

herramientas de prueba a utilizar.

7.

Plan de Pruebas y Cronograma

7.1

Identificacin de Hitos

Se establecern hitos tangibles para el proceso de pruebas, pueden ser

fechas segn la planificacin general del proyecto, o pueden ser sucesos
previos.

7.2

Cronograma

Debe estar basado en estimaciones de actividades realizadas por el equipo

de prueba. En l se Identifican los hitos relevantes en las pruebas de
software, se establecen las dependencias (actividades predecesoras) y
dems aspectos componentes de un cronograma.

7.3

Responsables de las actividades de Pruebas

Integrante del equipo de testing asignado a estas actividades. No

necesariamente un jefe puede ser cualquier integrante del equipo.
Lista cada una de las personas integrantes del equipo de QA y sus
responsabilidades. Se puede hacer uso de una Matriz RACI (Responsable,
Aprobador, Consultado, Informado).
Tarea
Elaboracin y ajuste del Plan de Pruebas de
Aceptacin
Elaboracin y ajuste de los scripts de pruebas
Elaboracin y ajuste de los casos de pruebas
Revisin y aprobacin del Plan de Pruebas de
Aceptacin
Revisin y aprobacin de los scripts de pruebas
Revisin y aprobacin de los casos de pruebas
Elaboracin de los datos de prueba
Suministro del ambiente de pruebas
Instalacin del ambiente de pruebas
Ejecucin de las pruebas de validacin
Ejecucin de las pruebas de aceptacin
Evaluacin de las pruebas
Reporte de avance de las pruebas

7.4

Responsable

Dependencias y Riesgos

Aqu se listan los riesgos asociados con el proceso de pruebas de software,

por ejemplo, algunas fuentes de riesgos suelen ser:

Dependencias con Desarrollos.

Dependencias con otros proyectos.
Disponibilidad de recursos.
Restricciones de tiempo.
Premisas que resulten no ser ciertas.

Los riesgos se pueden clasificar en funcin de su probabilidad e impacto,

cada uno debe contemplar un plan de mitigacin para evitar que ocurra o

plan de contingencia cuando el riesgo no puede mitigarse y tiene que

aceptarse.

8.

Referencias

Lista de todos los documentos que pueden citarse como apoyo o para
ampliar el contenido del plan de pruebas. Algunos ejemplos de lo que se
puede hacer referencia aqu son:
Plan de Proyecto.
Especificaciones de Requerimientos.
Diseo General.
Diseo Detallado.
Procedimientos y estndares de Desarrollo.
Procedimientos y estndares de Pruebas.
Metodologas, Procedimientos y estndares corporativos

9.

Glosario

Definiciones de trminos usados en la documentacin, y general sobre el rea de pruebas