Post on 09-Aug-2015
Sistema CopSoftware
Sistema
CopSoftware
Plan de Pruebas de Aceptación
Versión 2.0
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
TABLA DE CONTENIDOS
Plan de Pruebas de Aceptación.............................................................................................3
1. Introducción...................................................................................................................3
1.1. Metas y Objetivos..................................................................................................3
1.2. Alcance.................................................................................................................3
1.3. Referencias...........................................................................................................4
2. Metodología................................................................................................................... 4
2.1. Aspectos metodológicos.......................................................................................4
2.2. Elementos constructivos.......................................................................................4
2.3. Descripción del proceso de diseño 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. Gestión de escenarios de prueba..........................................................................5
2.5. Documentación de la ejecución de las pruebas....................................................5
3. Técnicas y Prácticas......................................................................................................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 Aceptación..........................................................6
4.2. Diseño de casos de prueba de aceptación...........................................................6
4.3. Preparación o creación de datos de las pruebas de aceptación...........................7
4.4. Validación de los casos de prueba de aceptación.................................................8
4.5. Procedimiento y evaluación de la prueba..............................................................8
4.6. Ejecución de las pruebas de aceptación...............................................................9
4.7. Análisis de resultados.........................................................................................10
4.8. Documento resumen de las pruebas de aceptación...........................................12
5. Pruebas....................................................................................................................... 13
5.1. Contenido de cada prueba..................................................................................13
5.2. Características a probar......................................................................................14
6. Planificación de Pruebas.............................................................................................15
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Plan de Pruebas de Aceptación
1. Introducción
El presente documento define la estructura del plan de pruebas de aceptación
y la forma en que se diseñan, evalúan, ejecutan y reportan las pruebas de
aceptación.
Las pruebas de aceptación se ejecutan luego de culminar fase de pruebas de
sistema, esta ejecución se realiza en la última etapa de pruebas, la cual
evaluará el sistema final con miras a su presentación frente al cliente. En este
se plan se especificarán las pruebas que sean necesarias para verificar si el
programa cumple con las especificaciones formales establecidas por el cliente.
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
1.1. Metas y Objetivos
1.1.1. Meta
La meta es la determinación por parte del cliente de la aceptación o
rechazo del sistema desarrollado.
1.1.2. Objetivos
Evidenciar una implementación satisfactoria para el entorno de
usuario.
Comprobar la funcionalidad del sistema en su totalidad.
1.2. Alcance
El plan que a continuación se detalla pretende dar una visión general
sobre las actividades a realizar; sobre las pruebas consideradas;
además de una explicación global de los documentos a entregar, para
así dar una mayor información relacionada a la evaluación y reportes de
este tipo de pruebas.
1.3. Referencias
Catalogo de requisitos V 1.0
2. Técnicas y Prácticas
El tipo de prueba a ejecutar en esta etapa son las pruebas funcionales, más
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 terminación. Su criterio se basa en las interfaces y las especificaciones
de los módulos.
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Las pruebas de caja negra que se realizan son las que a continuación 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 encontrarán 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
después 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.
En resumen , las pruebas alfa y beta es son habituales su realización
(preparación, ejecución y documentación) para productos que serán
vendidos. Para el presente proyecto de tesis, estas pruebas se
realizarán muy probablemente en los laboratorios que serán provistos
por la propia universidad.
3. Actividades del Plan
3.1. Ciclo de vida de las pruebas de Aceptación
Diseñar casos de prueba de aceptación basados en los
requerimientos que presenta el cliente.
Preparar datos de las pruebas de aceptación.
Validar datos de los casos de prueba de aceptación.
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Procedimiento de la prueba.
Ejecutar las pruebas de aceptación para validar el análisis de
requerimientos del cliente.
Comparar los resultados de las pruebas con los casos de prueba
iniciales.
Documentar las pruebas de aceptación.
3.2. Diseño de casos de prueba de aceptación
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 ejecución del sistema,
mediante la siguiente tabla que detalla la información necesaria para la
realización de la prueba.
Como la prueba se realiza primordialmente basándose 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 más detalle que
elementos se están manipulando. El resultado indicará el estado en que
se encuentra el módulo con defectos, siendo del tipo Urgente,
Controlada, Puede esperar, Vital. Finalmente las observaciones
especifican de mejor forma cómo se produjo el defecto o falla.
PRUEBAS ALFA
Encargado : Fecha :
Funcionalidad Entorno de prueba Resultado
Prueba
Observaciones
Tabla Nº1 Pruebas Alfa
Además, se solicitará al usuario que finalizado el testeo de prueba
complete un formulario o cuestionario con preguntas relacionadas con
su desempeño.
Para las pruebas Beta descritas en el punto 3.2 se considera la
participación del usuario frente al sistema, en este caso, el ambiente de
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
prueba no contará con una persona encargada de guiar al usuario, sino
que su entorno de prueba será privado y la ejecución la estimará el
usuario en un ambiente propicio. Se podrá incluir además sugerencias
en cuanto a la interacción y manipulación del sistema.
PRUEBAS BETA
Usuario :
Fecha:
Prueba
realizada
Observaciones
Tabla Nº2 Pruebas Beta
3.3. Verificación de la Calidad del Producto
Se realizará a través de una lista de Chequeo y donde se considerará
un cuestionario para las siguientes carácterísticas: Corrección,
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 característica de fiabilidad y corrección.
Cuestionario
Característica Pregunta Evaluación
Fiabilidad 1) ¿La información que
actualmente entrega el sistema
le parece fidedigna?
1= Inaceptable
2= Bajo el promedio
3= Promedio
4= Bueno
5= Excelente
Correctitud 1.-¿ El sistema hace lo que uno
le pide? Y ¿cómo lo calificaría?
1= Inaceptable
2= Bajo el promedio
3= Promedio
4= Bueno
5= Excelente
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
3.4. Validación de los casos de prueba de aceptación
La validación de las pruebas se llevará a cabo en los laboratorios de la
universidad y necesitará de la aprobación de una persona encargada
diferente a nosotros los desarrolladores.
3.5. Procedimiento y evaluación de la prueba
a. Criterio de aceptación
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 número de pruebas para los CU con un mayor nivel
de prioridad.
Las pruebas serán validadas algún docente de la Universidad antes de
ser ejecutadas, y posteriormente los resultados obtenidos serán
entregados en una tabla de evaluación de las pruebas, la cuál debe
poseer al menos un 85% de satisfacción para el Software sea aprobado.
Evaluación de pruebas
Participantes: Fecha:
Tipo prueba: Área /Equipo(a realizar la prueba):
Porcentaje de satisfacción obtenido:
Análisis de resultados:
Tabla Nº4. Evaluación de pruebas
b. Criterio de evaluación
Se realizará una asignación de pesos para cada una de las sub-
carácterísticas de calidad, para este proyecto consideraremos las
siguientes: Estandarización de Datos, Consistencia, Exactitud,
Seguridad, Tolerancia de Errores y Facilidad de Traza.
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
3.6. Ejecución de las pruebas de aceptación
Por motivos de tiempo no se hará más que una prueba de cada tipo,
ahora si fuese posible realizar una segunda prueba, se entrega al
usuario además 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. Análisis de resultados
Los resultados pueden obtenerse en base a dos criterios: respuestas a
las preguntas de las listas de chequeo y la ponderación.
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 realización de casos de prueba. De
realizarse a través de los casos de prueba, las respuestas dependerán
de los resultados obtenidos en los mismos.
Los casos de prueba serán evaluados por medio de la siguiente escala:
Escala de Evaluación
Aprobado 5
No
Aprobado
Falla menor 3
Falla Grave 1
Tabla Nº6 Escala de Evaluación
Una pregunta puede ser contestada por más 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 calificación de la calidad.
a. Ponderación de resultados
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
A partir del procesamiento de las respuestas dadas en las listas de
chequeo, se generan tres tipos de resultados, no exluyentes:
Resultados de la presencia de las sub-características en cada etapa
del proceso de prueba, según la característica de calidad a la que
corresponde.
Se calcula el promedio aritmético de las respuestas de cada pregunta
de la sub-característica que se está evaluando.
Sobre la base de los promedios anteriores, la presencia de las sub-
características tendrán los siguientes valores:
1= La sub-característica no está presente en esta etapa.
2= La sub-característica se presenta de manera muy deficiente.
3= La sub-característica se presenta medianamente.
4= La sub-característica se encuentra presente.
5= La sub-característica se encuentra altamente presente.
Resultados de la presencia de las características 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-características, se
procederá a realizar los cálculos para obtener la evaluación de la
característica de calidad. Este cálculo se realizará de la siguiente
manera:
Se calcula el promedio ponderado de las sub-características 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-característica (SC) por su peso correspondiente
(P).
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Se suman los valores obtenidos de la multiplicación y se divide este
valor entre la suma de todos los pesos. Este cálculo se representa a
través de la siguiente fórmula:
PCC = ΣSC*P
ΣP
Este resultado representa la evaluación de la presencia de la
característica de calidad dentro de una etapa. Esta evaluación será
representada en un rango del 1 al 5, al igual que los resultados dados
para las sub-características.
El valor obtenido es llevado a porcentaje con el fin de identificar si el
mismo tiene el nivel de satisfacción. Como se ha determinado que el
porcentaje de aceptación o satisfacción sea de un 85%. Para los casos
de que no alcance este valor mínimo de presencia se recomienda que
sea revisada la característica en todo el proceso de desarrollo del
software.
Resultados de la presencia de las características de calidad
en todo el sistema (PCCS).
Después de realizar las evaluaciones de las características de calidad
en cada una de las etapas del proceso de prueba, se obtiene el
porcentaje de presencia de cada una de las características de calidad
en todo el sistema (PPCS) el cual es el promedio de los porcentajes de
presencia de cada una de las características en cada etapa del proceso
de prueba (PPCE). Es importante señalar que se tomó, nuevamente,
como nivel de satisfacción de la característica de calidad un valor del
85%. Una presencia con un valor por debajo del 85% se considera
deficiente en el Software que se está evaluando.
Luego de la ejecución de las pruebas, los resultados deben superar el
85% de satisfacción, de lo contrario el sistema no estaría cumpliendo
con los atributos de calidad mínimos requeridos, ni tampoco con el
avance requerido por el proyecto. Según lo solicitado por calidad, si el
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
nivel de satisfacción 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 análisis y determinar el porcentaje de
pruebas satisfactorias. Los datos del análisis general se resumen en la
siguiente tabla:
Análisis de resultados
Tipo de
prueba:
Alfa
Resumen
Cantidad de pruebas
realizadas
% pruebas satisfactorias
Número
de
Pruebas
Aceptadas
Rechazadas
Modificadas
Comentarios:
Tabla Nº7. Análisis de resultado general
Se consideran la siguiente tabla para el análisis de resultado de las
pruebas ejecutadas por módulos. Los datos que se encuentran
ingresados son solo ejemplos descritos por la encargada de calidad.
Análisis de Resultados
Participantes: T1 y encargado de interfaz Fecha: 22/10/06
Tipo prueba: Aceptación Área (a realizar la prueba):
Interfaz
Fucionalidad: Requerimientos textuales Líder: L1
Porcentaje de satisfacción obtenido: 60%
Análisis de resultados
Atributo% del
atributo
%
Satisfacción
Nº de
pruebasAprobadas Reprobadas
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Facilidad
de uso
40% 90% 20 18 2
Cometarios:
Tabla Nº8 Análisis de resultado de las pruebas de aceptación
3.8. Documento resumen de las pruebas de aceptación
c. Historial
El historial de las pruebas registra las pruebas realizadas y su estado de
ejecución.
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 Nº9 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 técnica (corte de electricidad, bloqueo del
teclado), Falla de Sistema (error de sistema operativo), Caída de
sistema (con pérdida de datos, sin pérdida de datos), Funcionalidad
incorrecta (sin trabajos relacionados, con trabajos relacionados), No
asistencia a la ejecución de la prueba.
Informe de incidente
Fecha Tipo de incidente Consecuencia observada Reportada por
(código)
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Tabla Nº10 Informe de incidente
a. Plan de contingencia:
1. Si el usuario no asiste a la ejecución de la prueba por motivos
justificados se debe cambiar la fecha propuesta, procurando una
nueva reunión.
2. Si uno de los encargados de la ejecución 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 deberán quedar registrados, por ello se
realiza la siguiente tabla para resumir la actividad de prueba.
Prueba de Aceptación
Fecha : <Ingresar fecha
ejecución>
Versión : <Versión del
reporte>
Encargado : <Nombre
ejecutor>
Participantes : <Nombre>
Funcionalidad Tipo de
evaluación
Resumen de la
actividad
Análisis de
resultado
% Nivel de
satisfacción
Comentarios:
Tabla Nº11 Informe Resumen
4. Pruebas
4.1. Contenido de cada prueba
Objetivo de la prueba
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Descripción de la prueba
Técnica
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 más
casos de prueba. Esta planilla, se muestra en la siguiente figura:
Datos iniciales
Fecha: Tipo de Prueba Nº de Caso de prueba
Característica: Sub-característica:
Pregunta de la lista de chequeo
Información del Caso de Prueba
Descripción: Enfoque:
Datos de entrada: Resultados Esperados:
Procedimiento del caso de prueba
1.- Pasos a seguir:
2.- Condiciones externas:
Resultados
Resultados
obtenidos:
Caso de prueba
Aprobado
No aprobado
En caso de no ser aprobado especificar:
Severidad de la falla
Grave
Menor
Observaciones
5. Planificación de Pruebas
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
A continuación se detalla la siguiente tabla que contiene la planificación referida
al plan de pruebas de aceptación.
Actividad
Responsable.
Comienzo: fecha en que comienza la actividad
Término: fecha en que termina la actividad
Duración
Actividad Responsable Comienzo Término Duración
Casos de
prueba de
Aceptación
Jefe de
Proyecto10/02/08 13/02/08
3 días
Informe de
Casos de
prueba de
Aceptación
Jefe de
Proyecto13/02/08 13/02/08
1 día
Validación casos
de prueba de
Aceptación
Jefe de
Proyecto,
DBA
14/02/08 14/02/08
1 día
Revisión de
Informe
Jefe de
Proyecto15/02/08 15/02/08
1 día
Corrección de
Informe
Jefe de
Proyecto15/02/08 15/02/08
1 día
Envío de
pruebas a
equipo
Jefe de
Proyecto15/02/08 15/02/08
1 día
Ejecución de
Pruebas de
Aceptación
Jefe de
Proyecto16/02/08 16/02/08
1 día
Pruebas AlfaJefe de
Proyecto16/02/08 16/02/08
1 día
Pruebas BetaUsuario, Jefe
de Proyecto17/02/08 17/02/08
1 día
Informe de
Reportes de
Jefe de
Proyecto
18/02/08 18/02/08 1 día
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Pruebas de
Aceptación
Revisión de
Reporte
Jefe de
Proyecto19/02/08 19/02/08
1 día
Corrección de
Reporte
Jefe de
Proyecto19/02/08 19/02/08
1 día
Envío de Informe
a equipo
Jefe de
Proyecto19/02/08 19/02/08
1 día
Realización de re-
ejecución de
pruebas de
sistema y pruebas
de aceptación en
caso de defectos
Jefe de
Proyecto20/02/08 22/02/08
2 días
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Planificación de Pruebas
A continuación se detalla la siguiente tabla que contiene la planificación referida al
plan de pruebas de aceptación.
Actividad
Responsable.
Comienzo: fecha en que comienza la actividad
Término: fecha en que termina la actividad
Duración
Actividad Responsable Comienzo Término Duración
Casos de
prueba de
Aceptación
Jefe de
Proyecto10/02/08 13/02/08
3 días
Informe de
Casos de
prueba de
Aceptación
Jefe de
Proyecto13/02/08 13/02/08
1 día
Validación casos
de prueba de
Aceptación
Jefe de
Proyecto,
DBA
14/02/08 14/02/08
1 día
Revisión de
Informe
Jefe de
Proyecto15/02/08 15/02/08
1 día
Corrección de
Informe
Jefe de
Proyecto15/02/08 15/02/08
1 día
Envío de
pruebas a
equipo
Jefe de
Proyecto15/02/08 15/02/08
1 día
Ejecución de
Pruebas de
Aceptación
Jefe de
Proyecto16/02/08 16/02/08
1 día
Pruebas AlfaJefe de
Proyecto16/02/08 16/02/08
1 día
Pruebas BetaUsuario, Jefe
de Proyecto17/02/08 17/02/08
1 día
Informe de Jefe de 18/02/08 18/02/08 1 día
19
CopSoftwarePlan de Pruebas de Aceptación Versión 12.0
Reportes de
Pruebas de
Aceptación
Proyecto
Revisión de
Reporte
Jefe de
Proyecto19/02/08 19/02/08
1 día
Corrección de
Reporte
Jefe de
Proyecto19/02/08 19/02/08
1 día
Envío de Informe
a equipo
Jefe de
Proyecto19/02/08 19/02/08
1 día
Realización de re-
ejecución de
pruebas de
sistema y pruebas
de aceptación en
caso de defectos
Jefe de
Proyecto20/02/08 22/02/08
2 días
19