Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

Plan de Ejecución de Pruebas

Sistema de registro
Versión 1.0

Departamento de Calidad de Producto de Software

ORBIS VENTURES, S.A.C.
01/06/2016

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

Acta de Compromiso

El presente Plan de Ejecución de Pruebas del proyecto “Sistema de Registro”

representa el consenso entre el Departamento de desarrollo de software y el
Departamento de Certificación de Productos de conformidad con el alcance de las
pruebas para la certificación de todos los aplicativos inherentes al requerimiento
0000456123. Las firmas suscritas por los representantes indicados, avalan el
carácter de compromiso del mismo.

Javier Miro quesada Juan Soto Mayor

Departamento de Departamento de
Desarrollo de Software Calidad de Productos
de Software

Nombre de Responsable Nombre de Responsable

Nombre de Unidad Nombre de Unidad

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

INDICE
1. Historia de Revisiones del Documento
2. Objetivo
3. Flujo del Proceso
4. Componentes involucrados
5. Pruebas de Certificación
a. Alcances
b. Estrategia de Pruebas
c. Riesgos del Proceso de Pruebas
d. Casos de Prueba y Escenarios
e. Ambiente de Pruebas
f. Pruebas Especiales
g. Documentación de Respaldo
h. Plan de Contingencia de las Pruebas
i. Plan de Ratificación
j. Tiempos y Recursos Requeridos

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

1. Historia de las Revisiones del Documento

Versión Fecha Modificaciones Modificado por:

1.0 24/05/2016 Creación de Usuario Sergio Ramos

2. Objetivo
Validar el correcto funcionamiento del Sistema de registro de usuario. Se
validarán todas las funcionalidades, con el fin de verificar las funciones y
procesos de los distintos módulos del software, así como también encontrar los
posibles fallos o errores que se presenten durante el periodo de prueba. Además
validar si el sistema cumple con los requerimientos que contemplen el
funcionamiento total del mismo.

Se hará una validación total de las funcionalidades/interfaces del módulo, para

cada una de ellas se tendrá en cuenta:

 Planificación de la pruebas.- identificar los requisitos para la pruebas.

Desarrollar las estrategias de pruebas. Identificar los recursos necesarios
para realizar las pruebas.
 Diseño de las pruebas.- Desarrollo de las pruebas. Identificar y describir
los casos de prueba.

3. Flujo del Proceso de Pruebas

Actor Puesto en la Rol en las Pruebas Disponibilidad

empresa
Eduardo La Rosa Analista de Tester 100%
Producto de SW
Juan Vílchez Analista de Certificador 100%
productos de SW
Lucas Gómez Asistente de Certificador 50%
Operaciones

4. Componentes involucrados

Aplicativo / Adecuado Técnico Usuario

N° Tipo Departamento #Ticket
Interfaz ? Responsable Responsable

Planificacion de
1 Aplic Cesar Lobaton Lucas Gomez Web
pruebas
Diseño de Renato
2 Aplic Juan vilchez Web
prueba Sanchez

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

5. Pruebas de Certificación
k. Alcances
 Módulo de realizar pruebas para validar
1. Ejecutar la manera correcta cada uno de los procesos.
2. Fácil usabilidad para usuario.
3. Realizar de manera lógica cada proceso.
4. Envió automático por e-mail
5. Solicitud de impresión.

 Módulo de Dispositivo y Servicio

1. Registrar servicio
2. Modificar, Eliminar
3. Validación de cuenta.

l. Estrategia de Pruebas
 Se dispone de 1 mes para ejecutar la prueba.
 El tiempo estimado inicial es de 2 meses
 Se dispone de 1 certificador de equipo técnico
 A fin de cumplir la fase de pruebas, la estrategia a seguir es:
1. Incorporar a un experto del área de operaciones al 100% para que apoye
en las pruebas
2. Incorporar al Asistente de Operaciones para que efectúe labores de
aseguramiento de la calidad del producto (revisiones)

m.Riesgos del Proceso de Pruebas

N° Riesgo Estrategia Contingencia

1 Los datos de la prueba Se procederá a Redefinir los datos
demuestra ser inadecuadas cargar unos nuevo de prueba
datos de prueba
2 Los criterio de entrada de Se verifica que el Conocer a detalles
requisito previo no se reúne. software tenga los requisitos.
desarrollada la
funcionalidad a
probar.

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

n. Casos de Prueba y Escenarios

Caso de validación de usuario

Prueba 1
Objetivo de la prueba Probar el funcionamiento del flujo básico Validar
Usuario
Precondición: -
Descripción de la prueba Ingresar al sistema con usuario y su contraseña.
Resultados esperados Lograr entrar al sistema.

Prueba 2
Objetivo Prueba: Probar el funcionamiento del flujo alternativo
Cambiar Contraseña.
Precondición -
Descripción de la prueba Seleccionar Cambiar Contraseña e ingresar la nueva
contraseña.
Resultados Esperados Se muestra mensaje de confirmación aceptando que
la contraseña ha sido cambiada.

Prueba de control de seguridad

Prueba 1
Objetivo Revisar que el sistema de seguridad de la aplicación
ofrezca un nivel confiable para la empresa.
Táctica Se digitara clave de acceso a la aplicación y se
revisara su desempeño.
Se tratara de ingresar por medio de datos validos .
Herramienta Ninguna
Criterio El sistema no debe permitir por ningún motivo el
ingreso al interior a través de contraseña incorrecta
ni por medio de trucos que violen la seguridad del
aplicativo o página.

o. Ambiente de Pruebas
 Hardware
Intel Pentium III de 600 MHz

 Sistema operativo
Windows XP, VISTA, 7, 8,10

p. Pruebas Especiales
 Pruebas de integración
 Pruebas de estrés
 Pruebas de ancho de banda
 Pruebas de tolerancia a fallos

q. Documentación de Respaldo
 Evidencias de los resultados de las pruebas – Se guardarán los reportes,
pantallas con mensajes de alerta por controles de seguridad o validaciones de la

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

parametrización del aplicativo. Se deberá mantener las evidencias, por un período

de 6 meses.
 Conformidad de las pruebas – Se solicitará la participación del usuario en un
momento dado dentro de la fase de pruebas y su respectiva conformidad al
finalizar las mismas.
 Reporte de avance de pruebas y seguimiento de defectos – Se guardará el
reporte del sistema Web Defect Tracking, con el estado final de las incidencias
presentadas durante las pruebas de Certificación, para llevar control de su
regularización o postergación.

r. Plan de Contingencia de las Pruebas

 Indicar las consideraciones a tener para la ejecución de los casos de prueba, en lo
referente a backups y restore de casos, regresión, etc. Por ejemplo:
1. Se guardarán las evidencias en el disco duro.
2. Se realizará estadísticas quincenales con el fin de llevar un control de los
casos ejecutados que se encuentran con error.

s. Plan de Ratificación
 Se especificará, si es necesaria la ratificación en producción y la forma de llevarla
a cabo, indicando la fecha, lugar y/o medio.
 El Plan de Ratificación tiene como fin verificar en el ambiente de producción, que la
funcionalidad impactada, directa o indirectamente, trabaje correctamente. Para
cumplir con este propósito se elige un set de casos de prueba basados en los
siguientes criterios:
1. Criticidad de la funcionalidad /proceso.
2. Funcionalidad con mayor incidencia de problemas en la fase de pruebas.
3. Funcionalidad impactada directamente.

t. Tiempos y Recursos Requeridos

 Elaboración del cronograma de ejecución de pruebas

Departamento de Certificación de Productos

Plan de Ejecución de Pruebas – [ Nombre del Proyecto ]

Departamento de Certificación de Productos