[JG]Plan de Pruebas de Aceptación V.2.0

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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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

Documents

[JG]Plan de Pruebas de Aceptación V.2.0