Pruebas del Sistema:

Documento de Pruebas
basado en Estándar
IEEE-829

De

Eduardo I. Amaro H
Janani Villanueva Mtz.
INGENIERIA DE SOFTWARE
 1. RESUMEN DEL PLAN

1.1 Descripción

El plan de pruebas es un proceso necesario para la validación de las

características principales y sus consecuentes de un producto de software
de calidad tales como:

a.- Características Operativas del Software

1.- Corrección
2.- Usabilidad
3.- Integridad
4.- Fiabilidad
5.- Eficiencia
6.- Seguridad

b.- Características de Transición del Software

1.- Interoperabilidad
2.- Reutilización
3- Portabilidad

c.- Características de Revisión del Software

1.- Capacidad de Mantenimiento
2.- Flexibilidad
3.- Extensibilidad
4.- Escalabilidad
5.- Capacidad de Prueba
6.- Modularidad

Dentro de tal plan se especificaran las características que van a ser

evaluadas, además en caso de un funcionamiento inesperado del sistema
se declarara la forma de medir la severidad de dicho error o
funcionamiento inesperado para a partir de dicho error plantear un plan
de contingencia para poder corregirlo y documentar dicho error para
posibles futuros cambios del sistema o problemas con el mismo; además
de poder crear un histórico de las pruebas a sus diferentes módulos o el
sistema en general para poder dar la correcta configuración al sistema
para posibles cambios futuros.

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

1
 1.2 Propósito

El propósito de esta serie de pruebas del sistema PWGP “Plataforma Web

de Gestión de Proyectos” cuenta con dos propósitos principales:

a.- Demostrar a los interesados el funcionamiento de el sistema PWGP

tomando en cuenta las necesidades que se recopilaron dentro del
documento de requerimientos del sistema basado en la “NORMA IEEE-
830 ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE” y en
las funcionalidades expuestas en el “Documento de Diseño
Arquitectónico” ; probando cada uno de sus módulos por separado y en
conjunto para poder obtener la mayor retroalimentación posible y si es
necesario hacer los cambios pertinentes y requeridos.

b.- Descubrir defectos dentro del sistema PWGP con un funcionamiento

erróneo o no deseable, caídas del sistema, interacciones no permitidas
con otros sistemas, cálculos incorrectos y corrupción de datos que puedan
comprometer el funcionamiento óptimo; mediante esto podremos tener
retroalimentación útil para hacer las correcciones pertinentes y crear una
base de datos de imprevistos en el sistema que sirvan para posibles
futuras revisiones del software.

1.3 Referencias

IEEE-Estándar-829

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

2
 2. ALCANCE

2.1 Características que van a ser Evaluadas

Estos son los tipos de pruebas a los que será sujeto el sistema los cuales
representan las especificaciones que se desarrollaron en proceso de
creación del sistema.

Tipo de Prueba Descripción

Funcional Se probarán los requerimientos funcionales los cuales dictar la
naturaleza del software y el propósito para el cual fue
diseñado.
Regresión Se probara la capacidad del sistema de volver a un estado
anterior al momento de presentar una falla o error de
funcionamiento en el sistema.
Interoperabilidad Se probara cada modulo como parte de un conjunto para poder
verificar la correcta comunicación entre módulos y su optimo
trabajo entre estos mismos.
Usabilidad Se comprobara la forma en que los usuarios puedan interactuar
de una forma eficiente con el sistema; además de ver la
capacidad de el usuario de adaptarse a un nuevo software o
sistema y de que el sistema entregue la calidad suficiente para
que el usuario pueda adecuarse a el.

2.2 Estrategia de Regresión

En caso de fallo del sistema o de funcionamiento indebido se plantea la

siguiente estrategia de regresión para poder garantizar la continuidad del
funcionamiento óptimo del sistema.

Para garantizar la operatividad del sistema se deberá asignar dos grupos

de trabajo o personal con funciones específicas.

Grupo de trabajo 1: Se encargará de documentar cualquier cambio

realizado al sistema en general, así como a cada uno de sus módulos o
funcionalidades con el fin de mantener una línea de calidad de el mismo
y poder tener en cuenta los cambios a los que a sido sujetos.

Grupo de trabajo 2: Se encargará de crear copias y almacenarlas bajo el

sistema de repositorios para poder llevar el sistema a un estado anterior
ante cualquier cambio de funcionalidades o de funcionamiento erróneo o
inesperado.

Teniendo en cuenta el trabajo de ambos grupos se podrá garantizar que en

caso de algún funcionamiento erróneo, inesperado o un cambio que lleve

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

3
 por consecuencia el fallo del sistema en general o en uno de sus modulo
se pueda restaurar una versión funcional del sistema.

2.3 Criterio para Decidir si un Ítem Supera la Prueba

Para definir el criterio de superación de prueba de un ítem se tomo en

cuenta que el fallo no afecte la calidad, procesos ni la operatividad del
sistema

Nivel de Severidad Tolerancia

No Tolerable
1
No Tolerable
2
No Tolerable
3
Tolerable
4

2.4 Definición de Niveles de Severidad

La definición de niveles de severidad va del nivel 1 al 4 en donde un fallo

de nivel 1 es un fallo critico del sistema en general y no se pueden
ejecutar mas procesos al fallo de nivel 4 es un nivel de fallo no critico en
donde los procesos de el sistema no se ven afectados solo ciertos casos de
usabilidad que no afectan en la calidad.

Nivel de Descripción Ejemplo

Severidad
1 Falla en el sistema. No es
posible continuar con el
procesamiento.
2 No es posible continuar con el
proceso de la función
seleccionada.
3 Funciones restringidas, pero el
funcionamiento puede
continuar.
4 Cambio de forma menor.
Un error critico ha sido encontrado y no
permite que se continúe con la operación.
El componente clave no esta disponible o la
funcionalidad esta incorrecta.
Componentes no críticos no están disponibles
o la funcionalidad es incorrecta; cálculos
incorrectos en la funcionalidad clave.
Errores de usabilidad o errores que no afectan
la calidad, el uso ni la funcionalidad del
sistema.

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

4
 3. CRITERIOS DE INICIO Y FINALIZACIÓN DE LAS PRUEBAS

3.1 Criterios de Inicio

Para que se pueda crear un entorno ideal de pruebas se deben tener en
cuenta los siguientes factores:

a.- En cuanto a los interesados

1.- Todos los interesados deberán estar presentes antes del comienzo del
proceso de pruebas para poder dar conformidad a los requerimientos
establecidos.
2.- Si se tiene que hacer un cambio en cuanto a los requerimientos por el
lado de cualquiera de los interesados se debe de informar en un lapso no
menor a los 7 días antes del comienzo del proceso de pruebas.
3.- Se deberá entregar una copia de este documento a los interesados al
menos 7 días antes para tener en cuenta las observaciones que se hagan.
4.- Si se encuentra alguna inconformidad en algún apartado del presente
documento se deberá notificar de inmediato.

b.- En cuanto a los recursos materiales

1.- El hardware con el que se realizaran las pruebas debe estar en una
buena condición de funcionabilidad, además de cumplir con los
requerimientos actuales o cercanos al hardware en donde será desplegado
el sistema en cuestión.
2.- Se deberá tener en mano todos los dispositivos y artefactos necesarios
para la realización de dicha prueba.
3.- Se deberán tener en cuenta los factores externos los cuales podrían
influir en la realización de dichas pruebas.

Cumpliendo los anteriores criterios se establece un ambiente optimo para

la realización de las pruebas.

3.2 Criterios de Finalización

1.- Al finalizar las pruebas se deberá documentar cualquier suceso
ocurrido en las mismas.
2.- En caso de tener alguna observación por parte de alguno de los
interesados se debe expresar de inmediato la misma.
3.- Se deberá actualizar la documentación creada anterior a el día de las
pruebas.
4.- Se deberá establecer un grado de satisfacción correspondiente a las
pruebas al terminar las mismas para poder tomar las acciones que así sean
necesarias.

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

5
 4. EJECUCIÓN DE PRUEBAS

4.1 Pruebas funcionales

Prueba de Registro
ID PF-1
Entrada Usuario, Nombre, Apellido, Correo Electronico, Password
Proceso Registro de los datos en la base de datos
Salida Estas Registrado
Descripción El usuario introduce sus datos para crear un registro en la BD

Prueba de Logeo
ID PF-2
Entrada Usuario, Contraseña
Proceso Se verifica el usuario y contraseña en la BD
Salida Bienvenido
Descripcion El usuario introduce su nombre de usuario y contraseña

Prueba Creación de Proyecto

ID PF-3
Entrada Nombre de proyecto
Proceso El usuario crea un nuevo proyecto registrado en la BD
Salida Proyecto creado
Descripcion El usuario crea un nuevo proyecto y queda registrado

Prueba de Creación de Tarea

ID PF-4
Entrada Nombre de Tarea
Proceso El usuario introduce el nombre de la tarea
Salida Tarea Creada
Descripción El usuario crea una nueva tarea dentro del proyecto

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

6
 5. HISTÓRICO DE PRUEBAS

Orden de Objetivo de la Estatus Identificador de

Ejecución Prueba informe de incidente
ID
Registro PF-1 Verificar que la
creación de un nuevo
usuario sea la correcto
y el proceso de
creación de un nuevo
registro quede escrito
en la BD
Login PF-2 Verificar que el
usuario al introducir su
usuario y contraseña le
de acceso al sistema y
con sus respectivos
privilegios y al
momento de no
encontrar el registro
lance un mensaje de
erro usuario no
encontrado en el
sistema, en caso de
que teclee
incorrectamente su
contraseña lance un
mensaje de error de
contraseña
Crear proyecto PF-3 Verificar que el
usuario al crear un
nuevo Proyecto quede
registrado en el
sistema listo para
agregar colaboradores
Crear tarea PF-3 Verificar que el
usuario al crear una
nueva tarea esta quede
registrada en la BD y
que pueda estar lista
para asignar dicha
tarea a un colaborador

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

7
 6. REPORTE DE INCIDENTE DE PRUEBAS

Identificador de Descripción del Implementación de la Status

Solución
Informe de Error Final
incidente

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

8
 CONTENIDO

1. Resumen del plan ........................................................................................... 1

2. Alcance .......................................................................................................... 3
3. Criterios de inicio y finalización de las pruebas ............................................ 5
4. Ejecución de pruebas ..................................................................................... 6
5. Histórico de pruebas ...................................................................................... 7
6. Reporte de incidente de pruebas .................................................................... 8

“Ciencia Tecnología y Cultura al Servicio del Ser Humano”

9