(JG) Plan de Pruebas de Aceptación v.2.0

Sistema CopSoftware
Sistema
CopSoftware
Plan de Pruebas de Aceptacin
Versin 2.0
CopSoftware
Versin 1
TABLA DE CONTENIDOS
Plan de Pruebas de Aceptacin...................................................................................................

1.
Introduccin.........................................................................................................................
1.1.
Metas y Objetivos........................................................................................................
1.2.
Alcance.......................................................................................................................
1.3.
Referencias.................................................................................................................
2.
3.
4.
5.
6.
Metodologa.........................................................................................................................
2.1.
Aspectos metodolgicos.............................................................................................
2.2.
Elementos constructivos.............................................................................................
2.3.
Descripcin del proceso de diseo de prueba............................................................
a.
Basado en los requerimientos de usuario:......................................................................
b.
Basado en las tareas (o servicios) que ofrece el sistema:...............................................
2.4.
Gestin de escenarios de prueba...............................................................................
2.5.
Documentacin de la ejecucin de las pruebas..........................................................
Tcnicas y Prcticas............................................................................................................
3.1.
Pruebas Alfa (entorno de desarrollo)...........................................................................
3.2.
Pruebas Beta (entorno de cliente)...............................................................................
Actividades del Plan............................................................................................................

4.1.
Ciclo de vida de las pruebas de Aceptacin................................................................
4.2.
Diseo de casos de prueba de aceptacin.................................................................
4.3.
Preparacin o creacin de datos de las pruebas de aceptacin.................................
4.4.
Validacin de los casos de prueba de aceptacin.......................................................
4.5.
Procedimiento y evaluacin de la prueba....................................................................
4.6.
Ejecucin de las pruebas de aceptacin.....................................................................
4.7.
Anlisis de resultados...............................................................................................
4.8.
Documento resumen de las pruebas de aceptacin.................................................
Pruebas.............................................................................................................................
5.1.
Contenido de cada prueba........................................................................................
5.2.
Caractersticas a probar............................................................................................
Planificacin de Pruebas...................................................................................................
CopSoftware
Versin 1

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.
CopSoftware
1.1.
Versin 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.
1.2.
Comprobar la funcionalidad del sistema en su totalidad.
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
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.
CopSoftware
Versin 1
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.
En resumen , las pruebas alfa y beta es son habituales su realizacin

(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
requerimientos que presenta el cliente.
Preparar datos de las pruebas de aceptacin.
Validar datos de los casos de prueba de aceptacin.
en
los
CopSoftware
Versin 1
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.
3.2.
Documentar las pruebas de aceptacin.
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,
Controlada, Puede esperar, Vital. Finalmente las observaciones
especifican de mejor forma cmo se produjo el defecto o falla.
PRUEBAS ALFA
Encargado :
Funcionalidad
Entorno de prueba
Fecha :
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
CopSoftware
Versin 1
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
carctersticas:
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.
Cuestionario
Caracterstica Pregunta
Fiabilidad
1)
La
informacin
Evaluacin
que 1= Inaceptable
actualmente entrega el sistema 2= Bajo el promedio

le parece fidedigna?
3= Promedio
4= Bueno
Correctitud
5= Excelente
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
CopSoftware
Versin 1
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:
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 subcarctersticas 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
CopSoftware
Versin 1
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
No
Aprobado
5
Falla menor
Falla Grave
3
1
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 exluyentes:
Resultados de la presencia de las sub-caractersticas en cada etapa
del proceso de prueba, segn la caracterstica de calidad a la que

corresponde.
CopSoftware
Versin 1
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 subcaractersticas 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:
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
CopSoftware
Versin 1
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
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:
CopSoftware
Versin 1
Tipo de Alfa
prueba:
Resumen
Cantidad de
pruebas
% pruebas satisfactorias
realizadas
Nmero
Aceptadas
Rechazadas
de
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):
Fucionalidad: Requerimientos textuales
Porcentaje de satisfaccin obtenido: 60%
%
del %
N de
Atributo
atributo Satisfaccin pruebas
Facilidad 40%
90%
20
Interfaz
Lder: L1
Aprobadas Reprobadas
18
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.
CopSoftware
Versin 1
Requerimiento asociado: Nombre del requerimiento.

Estado: Ejecutado, No ejecutado.
Fecha Tipo de prueba
Historial de pruebas
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.
Fecha Tipo de incidente
Informe de incidente
Consecuencia observada
Reportada por
(cdigo)
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
CopSoftware
Versin 1
Los resultados de las pruebas debern quedar registrados, por ello se

realiza la siguiente tabla para resumir la actividad de prueba.
Fecha
<Ingresar
Prueba de Aceptacin
fecha Participantes : <Nombre>
ejecucin>
Versin
<Versin
del
reporte>
Encargado
<Nombre
ejecutor>
Funcionalidad Tipo
de Resumen
de
evaluacin actividad
la Anlisis
de %
resultado
Nivel
satisfaccin
Comentarios:
Tabla N11 Informe Resumen
4. Pruebas
4.1.
Contenido de cada prueba
Objetivo de la prueba
Descripcin de la prueba
Tcnica
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:
de
CopSoftware
Versin 1
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
Casos
de
Responsable Comienzo
prueba
de
Aceptacin
Informe
de
Casos
de
Jefe de
prueba
de
Proyecto
Aceptacin
Validacin casos
de
prueba
Jefe de
Proyecto
10/02/08
Trmino
Duracin
3 das
13/02/08
1 da
13/02/08
13/02/08
Jefe de
de
Proyecto,
Aceptacin
Revisin
de
DBA
Jefe de
Informe
Correccin
de
Proyecto
Jefe de
Informe
Envo
de
Proyecto
Jefe de
1 da
14/02/08
14/02/08
15/02/08
15/02/08
15/02/08
15/02/08
15/02/08
15/02/08
1 da
1 da
1 da
CopSoftware
pruebas
equipo
Ejecucin
de
Pruebas
de
Aceptacin
Versin 1
Proyecto
Jefe de
Proyecto
Jefe de
Pruebas Alfa
Proyecto
Usuario, Jefe
Pruebas Beta
de Proyecto
Informe
de
Reportes
de
Jefe de
Pruebas
de
Proyecto
Aceptacin
Revisin
de
Jefe de
Reporte
Correccin
Jefe de
Reporte
Envo de Informe
Proyecto
Jefe de
a equipo
Realizacin de re-
Proyecto
ejecucin
de
pruebas
de
sistema y pruebas
de aceptacin en
caso de defectos
16/02/08
16/02/08
16/02/08
16/02/08
17/02/08
17/02/08
1 da
1 da
1 da
Proyecto
de
1 da
Jefe de
Proyecto
18/02/08
18/02/08
19/02/08
19/02/08
19/02/08
19/02/08
19/02/08
19/02/08
20/02/08
22/02/08
1 da
1 da
1 da
2 das
CopSoftware
Versin 1
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
Casos
de
Responsable
prueba
de
Aceptacin
Informe
de
Casos
de Jefe
prueba
de Proyecto
Jefe
Proyecto
prueba
de
Aceptacin
Revisin
DBA
de Jefe
de
Informe
Correccin
Proyecto
de Jefe
de
Informe
Envo
de
pruebas
Proyecto
de
Pruebas
de
Aceptacin
Jefe
Jefe
de
Proyecto
de
Proyecto
Usuario, Jefe
Pruebas Beta
de Proyecto
Informe
de
Reportes
de
Pruebas
de Proyecto
Aceptacin
de
Proyecto
Jefe
Pruebas Alfa
10/02/08
13/02/08
13/02/08
Duracin
3 das
13/02/08
de
de Proyecto,
equipo
Ejecucin
Trmino
1 da
Aceptacin
Validacin casos Jefe
de
de
Comienzo
1 da
14/02/08
14/02/08
15/02/08
15/02/08
15/02/08
15/02/08
1 da
1 da
1 da
15/02/08
15/02/08
1 da
16/02/08
16/02/08
16/02/08
16/02/08
17/02/08
17/02/08
1 da
1 da
1 da
Jefe
de
18/02/08
18/02/08
CopSoftware
Revisin
de Jefe
Reporte
Correccin
Versin 1
de
Proyecto
de
Jefe
de
Reporte
Envo de Informe
Proyecto
Jefe
de
a equipo
Realizacin de re-
Proyecto
ejecucin
de
pruebas
de
sistema y pruebas
de aceptacin en
caso de defectos
Jefe
Proyecto
de
19/02/08
19/02/08
19/02/08
19/02/08
19/02/08
19/02/08
20/02/08
22/02/08
1 da
1 da
1 da
2 das

(JG) Plan de Pruebas de Aceptación v.2.0

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

(JG) Plan de Pruebas de Aceptación v.2.0

Cargado por

Copyright:

Formatos disponibles

Sistema CopSoftware

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

Descripcin del proceso de diseo de prueba............................................................

Basado en los requerimientos de usuario:......................................................................

Basado en las tareas (o servicios) que ofrece el sistema:...............................................

Gestin de escenarios de prueba...............................................................................

Documentacin de la ejecucin de las pruebas..........................................................

Pruebas Alfa (entorno de desarrollo)...........................................................................

Pruebas Beta (entorno de cliente)...............................................................................

Actividades del Plan............................................................................................................

Ciclo de vida de las pruebas de Aceptacin................................................................

Diseo de casos de prueba de aceptacin.................................................................

Preparacin o creacin de datos de las pruebas de aceptacin.................................

Validacin de los casos de prueba de aceptacin.......................................................

Procedimiento y evaluacin de la prueba....................................................................

Ejecucin de las pruebas de aceptacin.....................................................................

Documento resumen de las pruebas de aceptacin.................................................

Contenido de cada prueba........................................................................................

Plan de Pruebas de Aceptacin

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

Evidenciar una implementacin satisfactoria para el entorno de

Comprobar la funcionalidad del sistema en su totalidad.

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

Catalogo de requisitos V 1.0

Pruebas Alfa (entorno de desarrollo)

Pruebas Beta (entorno de cliente)

En resumen , las pruebas alfa y beta es son habituales su realizacin

3. Actividades del Plan

Ciclo de vida de las pruebas de Aceptacin

requerimientos que presenta el cliente.

Preparar datos de las pruebas de aceptacin.

Validar datos de los casos de prueba de aceptacin.

Ejecutar las pruebas de aceptacin para validar el anlisis de

Comparar los resultados de las pruebas con los casos de prueba

Documentar las pruebas de aceptacin.

Diseo de casos de prueba de aceptacin

que su entorno de prueba ser privado y la ejecucin la estimar el

Tabla N2 Pruebas Beta

Verificacin de la Calidad del Producto

Fiabilidad, Eficiencia, Integridad, Facilidad de Uso y Facilidad de

actualmente entrega el sistema 2= Bajo el promedio

Validacin de los casos de prueba de aceptacin

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

Procedimiento y evaluacin de la prueba

Seguridad, Tolerancia de Errores y Facilidad de Traza.

Ejecucin de las pruebas de aceptacin

realizadas en la primera prueba para que pueda chequear los cambios

Tabla N6 Escala de Evaluacin

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

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

Se calcula el promedio aritmtico de las respuestas de cada pregunta

Resultados de la presencia de las caractersticas de calidad

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

Este clculo se realizar de la siguiente

Este resultado representa la evaluacin de la presencia de la

Resultados de la presencia de las caractersticas de calidad

en todo el sistema (PCCS).

Documento resumen de las pruebas de aceptacin

Requerimiento asociado: Nombre del requerimiento.

Fecha Tipo de prueba

Tabla N9 Historial de pruebas

Fecha Tipo de incidente

Tabla N10 Informe de incidente