Sistema CopSoftware

Sistema
CopSoftware
Plan de Pruebas de Aceptacin

Versin 2.0
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

TABLA DE CONTENIDOS

Plan de Pruebas de Aceptacin................................................................................................... 3

1. Introduccin......................................................................................................................... 3
1.1. Metas y Objetivos........................................................................................................ 3
1.2. Alcance....................................................................................................................... 3
1.3. Referencias................................................................................................................. 4
2. Metodologa......................................................................................................................... 4
2.1. Aspectos metodolgicos............................................................................................. 4
2.2. Elementos constructivos............................................................................................. 4
2.3. Descripcin del proceso de diseo de prueba............................................................4
a. Basado en los requerimientos de usuario:......................................................................4
b. Basado en las tareas (o servicios) que ofrece el sistema:...............................................5
2.4. Gestin de escenarios de prueba...............................................................................5
2.5. Documentacin de la ejecucin de las pruebas..........................................................5
3. Tcnicas y Prcticas............................................................................................................ 6
3.1. Pruebas Alfa (entorno de desarrollo)...........................................................................6
3.2. Pruebas Beta (entorno de cliente)...............................................................................6
4. Actividades del Plan............................................................................................................ 6
4.1. Ciclo de vida de las pruebas de Aceptacin................................................................6
4.2. Diseo de casos de prueba de aceptacin.................................................................6
4.3. Preparacin o creacin de datos de las pruebas de aceptacin.................................7
4.4. Validacin de los casos de prueba de aceptacin.......................................................8
4.5. Procedimiento y evaluacin de la prueba....................................................................8
4.6. Ejecucin de las pruebas de aceptacin.....................................................................9
4.7. Anlisis de resultados............................................................................................... 10
4.8. Documento resumen de las pruebas de aceptacin.................................................12
5. Pruebas............................................................................................................................. 13
5.1. Contenido de cada prueba........................................................................................ 13
5.2. Caractersticas a probar............................................................................................ 14
6. Planificacin de Pruebas................................................................................................... 15

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Plan de Pruebas de Aceptacin

1. Introduccin

El presente documento define la estructura del plan de pruebas de aceptacin

y la forma en que se disean, evalan, ejecutan y reportan las pruebas de
aceptacin.

Las pruebas de aceptacin se ejecutan luego de culminar fase de pruebas de

sistema, esta ejecucin se realiza en la ltima etapa de pruebas, la cual
evaluar el sistema final con miras a su presentacin frente al cliente. En este
se plan se especificarn las pruebas que sean necesarias para verificar si el
programa cumple con las especificaciones formales establecidas por el cliente.

1.1. Metas y Objetivos

1.1.1. Meta

La meta es la determinacin por parte del cliente de la aceptacin o

rechazo del sistema desarrollado.

1.1.2. Objetivos

Evidenciar una implementacin satisfactoria para el entorno de

usuario.
Comprobar la funcionalidad del sistema en su totalidad.

1.2. Alcance

El plan que a continuacin se detalla pretende dar una visin general

sobre las actividades a realizar; sobre las pruebas consideradas;
adems de una explicacin global de los documentos a entregar, para

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

as dar una mayor informacin relacionada a la evaluacin y reportes de

este tipo de pruebas.

1.3. Referencias

Catalogo de requisitos V 1.0

2. Tcnicas y Prcticas

El tipo de prueba a ejecutar en esta etapa son las pruebas funcionales, ms

conocidas como pruebas de caja negra. Las pruebas de caja negra permiten
detectar funcionamiento incorrecto o incompleto, errores de interfaz, errores
accesos estructuras de datos externas, problemas de rendimiento, errores de
inicio y terminacin. Su criterio se basa en las interfaces y las especificaciones
de los mdulos.

Las pruebas de caja negra que se realizan son las que a continuacin se
detallan:

2.1. Pruebas Alfa (entorno de desarrollo)

Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se va a usar el

software de forma natural con el desarrollador como observador del
usuario. Las pruebas alfa se llevan a cabo en un entorno controlado.
Para que tengan validez, se debe primero crear un ambiente con las
mismas condiciones que se encontrarn en las instalaciones del cliente.
Una vez logrado esto, se procede a realizar las pruebas y a documentar
los resultados

2.2. Pruebas Beta (entorno de cliente)

Pruebas realizadas por los usuarios finales. Las pruebas beta vienen
despus de las pruebas alfa, y se desarrollan en el entorno del cliente,
un entorno que est fuera de control de los desarrolladores. Aqu el
cliente se queda a solas con el sistema y trata de encontrarle fallos al
producto de los que informa por escrito al desarrollador.

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

En resumen, las pruebas alfa y beta son habituales (preparacin,

ejecucin y documentacin) para productos que sern vendidos. Para el
presente proyecto de tesis, estas pruebas se realizarn muy
probablemente en los laboratorios que sern provistos por la propia
universidad.

3. Actividades del Plan

3.1. Ciclo de vida de las pruebas de Aceptacin

Disear casos de prueba de aceptacin basados en los

requerimientos que presenta el cliente.
Preparar datos de las pruebas de aceptacin.
Validar datos de los casos de prueba de aceptacin.
Procedimiento de la prueba.
Ejecutar las pruebas de aceptacin para validar el anlisis de
requerimientos del cliente.
Comparar los resultados de las pruebas con los casos de prueba
iniciales.
Documentar las pruebas de aceptacin.

3.2. Diseo de casos de prueba de aceptacin

Para las pruebas Alfa descritas en el punto 3.1 se considera que los
encargados de apoyar la labor del usuario mantengan un registro de los
eventos que realiza el usuario durante la ejecucin del sistema,
mediante la siguiente tabla que detalla la informacin necesaria para la
realizacin de la prueba.

Como la prueba se realiza primordialmente basndose en la interfaz del

sistema, se pide que la captura de los datos se realice considerando el
nombre de la funcionalidad que se est manipulando, En cuanto a los
entornos de prueba, se sugiere dar a conocer con ms detalle que
elementos se estn manipulando. El resultado indicar el estado en que
se encuentra el mdulo con defectos, siendo del tipo Urgente,

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Controlada, Puede esperar, Vital. Finalmente las observaciones

especifican de mejor forma cmo se produjo el defecto o falla.

PRUEBAS ALFA
Encargado : Fecha :
Funcionalidad Entorno de prueba Resultado Observaciones
Prueba
Tabla N1 Pruebas Alfa

Adems, se solicitar al usuario que finalizado el testeo de prueba

complete un formulario o cuestionario con preguntas relacionadas con
su desempeo.

Para las pruebas Beta descritas en el punto 3.2 se considera la

participacin del usuario frente al sistema, en este caso, el ambiente de
prueba no contar con una persona encargada de guiar al usuario, sino
que su entorno de prueba ser privado y la ejecucin la estimar el
usuario en un ambiente propicio. Se podr incluir adems sugerencias
en cuanto a la interaccin y manipulacin del sistema.

PRUEBAS BETA
Usuario :
Fecha:
Prueba Observaciones
realizada

Tabla N2 Pruebas Beta

3.3. Verificacin de la Calidad del Producto

Se realizar a travs de una lista de Chequeo y donde se considerar

un cuestionario para las siguientes caractersticas: Correccin,
Fiabilidad, Eficiencia, Integridad, Facilidad de Uso y Facilidad de
Mantenimiento.

A modo de resumen, en la tabla 3 se presenta la Lista de Chequeo para

la caracterstica de fiabilidad y correccin.

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Cuestionario
Caracterstica Pregunta Evaluacin
Fiabilidad 1) La informacin que 1= Inaceptable
actualmente entrega el sistema 2= Bajo el promedio
le parece fidedigna? 3= Promedio
4= Bueno
5= Excelente
Correctitud 1.- El sistema hace lo que uno 1= Inaceptable
le pide? Y cmo lo calificara? 2= Bajo el promedio
3= Promedio
4= Bueno
5= Excelente

3.4. Validacin de los casos de prueba de aceptacin

La validacin de las pruebas se llevar a cabo en los laboratorios de la

universidad y necesitar de la aprobacin de una persona encargada
diferente a nosotros los desarrolladores.

3.5. Procedimiento y evaluacin de la prueba

a. Criterio de aceptacin

El cliente elaborar un ranking para cada Caso de Uso (CU) con las
siguientes prioridades: ALTA, MEDIA o BAJA y en base a ellas se le
asignar un mayor nmero de pruebas para los CU con un mayor nivel
de prioridad.

Las pruebas sern validadas algn docente de la Universidad antes de

ser ejecutadas, y posteriormente los resultados obtenidos sern
entregados en una tabla de evaluacin de las pruebas, la cul debe
poseer al menos un 85% de satisfaccin para el Software sea aprobado.

Evaluacin de pruebas
Participantes: Fecha:

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Tipo prueba: rea /Equipo(a realizar la prueba):

Porcentaje de satisfaccin obtenido:
Anlisis de resultados:
Tabla N4. Evaluacin de pruebas

b. Criterio de evaluacin

Se realizar una asignacin de pesos para cada una de las sub-

carctersticas de calidad, para este proyecto consideraremos las
siguientes: Estandarizacin de Datos, Consistencia, Exactitud,
Seguridad, Tolerancia de Errores y Facilidad de Traza.

3.6. Ejecucin de las pruebas de aceptacin

Por motivos de tiempo no se har ms que una prueba de cada tipo,

ahora si fuese posible realizar una segunda prueba, se entrega al
usuario adems de la plantilla con preguntas las observaciones
realizadas en la primera prueba para que pueda chequear los cambios
realizados en el sistema basado en sus sugerencias.

3.7. Anlisis de resultados

Los resultados pueden obtenerse en base a dos criterios: respuestas a

las preguntas de las listas de chequeo y la ponderacin.

Dar respuesta a las preguntas de las listas de chequeo.

Las respuestas a las preguntas de las listas de chequeo se pueden dar

de forma directa o mediante la realizacin de casos de prueba. De
realizarse a travs de los casos de prueba, las respuestas dependern
de los resultados obtenidos en los mismos.

Los casos de prueba sern evaluados por medio de la siguiente escala:

Escala de Evaluacin
Aprobado 5
No Falla menor 3
Falla Grave 1
Aprobado

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Tabla N6 Escala de Evaluacin

Una pregunta puede ser contestada por ms de un caso de prueba. En

este caso la respuesta a la pregunta siempre ser el menor valor
obtenido por los casos de prueba considerados. Esto implica que de
haber un caso de prueba no aprobado, ste afectar al resto en cuanto
a la calificacin de la calidad.

a. Ponderacin de resultados

A partir del procesamiento de las respuestas dadas en las listas de

chequeo, se generan tres tipos de resultados, no excluyentes:

Resultados de la presencia de las sub-caractersticas en cada etapa

del proceso de prueba, segn la caracterstica de calidad a la que
corresponde.

Se calcula el promedio aritmtico de las respuestas de cada pregunta

de la sub-caracterstica que se est evaluando.

Sobre la base de los promedios anteriores, la presencia de las sub-

caractersticas tendrn los siguientes valores:

1= La sub-caracterstica no est presente en esta etapa.

2= La sub-caracterstica se presenta de manera muy deficiente.
3= La sub-caracterstica se presenta medianamente.
4= La sub-caracterstica se encuentra presente.
5= La sub-caracterstica se encuentra altamente presente.

Resultados de la presencia de las caractersticas de calidad

(PCC) en cada una de las etapas, considerando la importancia dada por
los involucrados.

Una vez obtenidos los resultados de todas las sub-caractersticas, se

proceder a realizar los clculos para obtener la evaluacin de la
caracterstica de calidad. Este clculo se realizar de la siguiente
manera:

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Se calcula el promedio ponderado de las sub-caractersticas tomando

en cuenta los pesos que le han sido asignados a cada una de ellas.

Para calcular este promedio ponderado se multiplican los valores

obtenidos de cada sub-caracterstica (SC) por su peso correspondiente
(P).

Se suman los valores obtenidos de la multiplicacin y se divide este

valor entre la suma de todos los pesos. Este clculo se representa a
travs de la siguiente frmula:

PCC = SC*P
P

Este resultado representa la evaluacin de la presencia de la

caracterstica de calidad dentro de una etapa. Esta evaluacin ser
representada en un rango del 1 al 5, al igual que los resultados dados
para las sub-caractersticas.

El valor obtenido es llevado a porcentaje con el fin de identificar si el

mismo tiene el nivel de satisfaccin. Como se ha determinado que el
porcentaje de aceptacin o satisfaccin sea de un 85%. Para los casos
de que no alcance este valor mnimo de presencia se recomienda que
sea revisada la caracterstica en todo el proceso de desarrollo del
software.

Resultados de la presencia de las caractersticas de calidad

en todo el sistema (PCCS).

Despus de realizar las evaluaciones de las caractersticas de calidad

en cada una de las etapas del proceso de prueba, se obtiene el
porcentaje de presencia de cada una de las caractersticas de calidad
en todo el sistema (PPCS) el cual es el promedio de los porcentajes de
presencia de cada una de las caractersticas en cada etapa del proceso
de prueba (PPCE). Es importante sealar que se tom, nuevamente,
como nivel de satisfaccin de la caracterstica de calidad un valor del

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

85%. Una presencia con un valor por debajo del 85% se considera
deficiente en el Software que se est evaluando.

Luego de la ejecucin de las pruebas, los resultados deben superar el

85% de satisfaccin, de lo contrario el sistema no estara cumpliendo
con los atributos de calidad mnimos requeridos, ni tampoco con el
avance requerido por el proyecto. Segn lo solicitado por calidad, si el
nivel de satisfaccin obtenido fuese menor al esperado (85%) se deber
realizar nuevamente las pruebas hasta alcanzar el nivel establecido.

Se realizar un informe resumen con los datos seleccionados de los

casos de prueba para realizar el anlisis y determinar el porcentaje de
pruebas satisfactorias. Los datos del anlisis general se resumen en la
siguiente tabla:

Anlisis de resultados
Tipo de Alfa
prueba:
Resumen
Cantidad de pruebas % pruebas satisfactorias
realizadas
Nmero Aceptadas
de Rechazadas
Modificadas
Pruebas
Comentarios:
Tabla N7. Anlisis de resultado general

Se consideran la siguiente tabla para el anlisis de resultado de las

pruebas ejecutadas por mdulos. Los datos que se encuentran
ingresados son solo ejemplos descritos por la encargada de calidad.

Anlisis de Resultados
Participantes: T1 y encargado de interfaz Fecha: 22/10/06
Tipo prueba: Aceptacin rea (a realizar la prueba):
Interfaz
Fucionalidad: Requerimientos textuales Lder: L1
Porcentaje de satisfaccin obtenido: 60%

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Anlisis de resultados
% del % N de
Atributo Aprobadas Reprobadas
atributo Satisfaccin pruebas
Facilidad 40% 90% 20 18 2
de uso
Cometarios:
Tabla N8 Anlisis de resultado de las pruebas de aceptacin

3.8. Documento resumen de las pruebas de aceptacin

c. Historial

El historial de las pruebas registra las pruebas realizadas y su estado de

ejecucin.

Tipo de prueba: Alfa, Beta.

Requerimiento asociado: Nombre del requerimiento.
Estado: Ejecutado, No ejecutado.

Historial de pruebas
Fecha Tipo de prueba Requerimiento asociado Estado

Tabla N9 Historial de pruebas

d. Incidente

El informe de incidentes resume las fallas o defectos encontrados por

un encargado de reportar las consecuencias observadas.
Tipo de incidente: Falla tcnica (corte de electricidad, bloqueo del
teclado), Falla de Sistema (error de sistema operativo), Cada de
sistema (con prdida de datos, sin prdida de datos), Funcionalidad
incorrecta (sin trabajos relacionados, con trabajos relacionados), No
asistencia a la ejecucin de la prueba.

Informe de incidente
Fecha Tipo de incidente Consecuencia observada Reportada por
(cdigo)

15
CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

Tabla N10 Informe de incidente

a. Plan de contingencia:

1. Si el usuario no asiste a la ejecucin de la prueba por motivos

justificados se debe cambiar la fecha propuesta, procurando una
nueva reunin.
2. Si uno de los encargados de la ejecucin de las pruebas no asiste,
debe ser reemplazado por otra persona que se encuentre capacitada
para la actividad.

e. Informe Resumen

Los resultados de las pruebas debern quedar registrados, por ello se

realiza la siguiente tabla para resumir la actividad de prueba.

Prueba de Aceptacin
Fecha : <Ingresar fecha Participantes : <Nombre>
ejecucin>
Versin : <Versin del
reporte>
Encargado : <Nombre
ejecutor>
Funcionalidad Tipo de Resumen de la Anlisis de % Nivel de
evaluacin actividad resultado satisfaccin

Comentarios:
Tabla N11 Informe Resumen

4. Pruebas

4.1. Contenido de cada prueba

Objetivo de la prueba
Descripcin de la prueba
Tcnica

15
 CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

a. Registro interno de Casos de Prueba

Para registrar cada uno de los casos de prueba realizados y para dar
respuesta a las listas de chequeo, se muestra una planilla cuyos
campos son los datos requeridos para estructurar un caso de prueba.
Cada pregunta de las listas de chequeo puede generar uno (1) o ms
casos de prueba. Esta planilla, se muestra en la siguiente figura:

Datos iniciales
Fecha: Tipo de Prueba N de Caso de prueba
Caracterstica: Sub-caracterstica:
Pregunta de la lista de chequeo

Informacin del Caso de Prueba

Descripcin: Enfoque:
Datos de entrada: Resultados Esperados:
Procedimiento del caso de prueba
1.- Pasos a seguir:
2.- Condiciones externas:
Resultados
Resultados Caso de prueba
Aprobado
obtenidos:
No aprobado
En caso de no ser aprobado especificar:

Severidad de la falla
Grave
Menor
Observaciones

5. Planificacin de Pruebas

A continuacin se detalla la siguiente tabla que contiene la planificacin referida

al plan de pruebas de aceptacin.

Actividad
Responsable.
Comienzo: fecha en que comienza la actividad
Trmino: fecha en que termina la actividad
Duracin

Actividad Responsable Comienzo Trmino Duracin

Casos de Jefe de 10/02/08 13/02/08 3 das

15
 CopSoftware
Plan de Pruebas de Aceptacin Versin 2.0

prueba de
Proyecto
Aceptacin
Informe de 1 da
Casos de Jefe de
13/02/08 13/02/08
prueba de Proyecto
Aceptacin
Validacin casos Jefe de 1 da
de prueba de Proyecto, 14/02/08 14/02/08
Aceptacin DBA
Revisin de Jefe de 1 da
15/02/08 15/02/08
Informe Proyecto
Correccin de Jefe de 1 da
15/02/08 15/02/08
Informe Proyecto
Envo de 1 da
Jefe de
pruebas a 15/02/08 15/02/08
Proyecto
equipo
Ejecucin de 1 da
Jefe de
Pruebas de 16/02/08 16/02/08
Proyecto
Aceptacin
Jefe de 1 da
Pruebas Alfa 16/02/08 16/02/08
Proyecto
Usuario, Jefe 1 da
Pruebas Beta 17/02/08 17/02/08
de Proyecto
Informe de 1 da
Reportes de Jefe de
18/02/08 18/02/08
Pruebas de Proyecto
Aceptacin
Revisin de Jefe de 1 da
19/02/08 19/02/08
Reporte Proyecto
Correccin de Jefe de 1 da
19/02/08 19/02/08
Reporte Proyecto
Envo de Informe Jefe de 1 da
19/02/08 19/02/08
a equipo Proyecto
Realizacin de re-
ejecucin de
pruebas de Jefe de 2 das
20/02/08 22/02/08
sistema y pruebas Proyecto
de aceptacin en
caso de defectos

15