Plan de Pruebas de Software

SIGSC

Juan David Guerrero Vargas

Yenifer Lorena Saavedra Salazar
Eduar Hernan Veloza

Página 1
Tabla de contenido
Historial de Versiones 4
Información del Proyecto 40
Aprobaciones 4
Resumen Ejecutivo 4
Alcance de las Pruebas ¡Error! Marcador no definido.
Elementos de Pruebas 5
Nuevas Funcionalidades a Probar ¡Error! Marcador no definido.
Pruebas de Regresión 6
Funcionalidades a No Probar 7
Enfoque de Pruebas (Estrategia) ¡Error! Marcador no definido.
Criterios de Aceptación o Rechazo ¡Error! Marcador no definido.
Criterios de Aceptación o Rechazo 7
Criterios de Suspensión 8
Criterios de Reanudación ¡Error! Marcador no definido.
Entregables ¡Error! Marcador no definido.
Recursos ¡Error! Marcador no definido.
Requerimientos de Entornos – Hardware 8
Requerimientos de Entornos – Software 9
Herramientas de Pruebas Requeridas ¡Error! Marcador no definido.
Personal 9
Entrenamiento ¡Error! Marcador no definido.
Planificación y Organización ¡Error! Marcador no definido.
Procedimientos para las Pruebas 9
Matriz de Responsabilidades ¡Error! Marcador no definido.
Cronograma 10

Página 2
Premisas ¡Error! Marcador no definido.
Dependencias y Riesgos ¡Error! Marcador no definido.
Referencias ¡Error! Marcador no definido.
Glosario 11

Historial de Versiones
Fecha Versión Autor Organización Descripción
16/11/2018 v1.0 GAES 7 SENA Esta es la versión 1.0 del plan
de pruebas del sistema de
información SIGSC.

Página 3
Información del Proyecto
Empresa / Organización …………..
Proyecto …………..
Fecha de preparación ………………
Cliente …..
Patrocinador principal ……
Gerente / Líder de Proyecto ……
Gerente / Líder de Pruebas ………
de Software

Aprobaciones
Nombre y Apellido Cargo Departamento u Fecha Firma
Organización

Resumen Ejecutivo
El objetivo de este documento es presentar los diferentes ………………. para el
desarrollo de las pruebas de software, los diferentes módulos y funcionalidades
………………………….. requeridas por el cliente ………………………….).

Página 4
Este formato de pruebas permitirá identificar ……………………… ……… …………
del sistema, y corregirlas a través de las metodologías ……………….. planteadas
para el testeo del sistema.

Como objetivo final de este documento es completar el cumplimiento de los

requisitos funcionales y no funcionales de acuerdo a ……………………………
………………. …………………..

Alcance de las Pruebas

Elementos de Pruebas

Módulo 1- ……………………..

Este módulo es el encargado de ………………………………, Comprende o está

constituido por:. aquí se encuentra lo siguiente:
● ……..
● ……..
● ………..
● ……….
● …………...

Módulo 2- …………………..

El módulo …………….. es el encargado de…………………………………., en este

módulo se encuentra las siguientes ………………………:
● ………………………..
● ………………………..
● ……………………..
● …………………..
● ………………….
● …………………..

Módulo 3- ………………..
…
….
…..

Página 5
 Módulo 4 ……….
…
…
…
…
…
Módulo N
…
…
…
…

Nuevas Funcionalidades a Probar

Se planteó, como funcionalidades nuevas ……………………………………..

Otra nueva funcionalidad …………………………………………….

………………………………………………..

Pruebas de Regresión
Siguiendo las nuevas funcionalidades a implementar, se deberá hacer
………………………………………………………………………..

Funcionalidades a No Probar
Las funcionalidades del sistema de información ……………………………………...

Enfoque de Pruebas (Estrategia)

Como metodología de desarrollo para pruebas

…………………………………………………………………….

Página 6
Criterios de Aceptación o Rechazo

Criterios de Aceptación o Rechazo

Los criterios que serán considerados para dar por terminado y completado el plan
de pruebas se manejará por módulos y será de la siguiente manera:

El módulo de ……………………….. debe tener un

………………………………………………….

El módulo de ………………………… debe tener

………………………………………………………...

El módulo de ……………………… ……………………… …………………

………………………

El módulo de ………………………………………….. ……………………….

…………...

Los porcentajes de los (Cantidad) módulos sumarán un total de un …. % para dar

por completado el plan de pruebas de software.

Criterios de Suspensión
Debido a la metodología a usar antes especificada, se realizará la suspensión del
desarrollo en casos como ………………………………………………………………….

Criterios de Reanudación
Una vez se haya cumplido el determinado proceso de pruebas se podrá hacer una
reanudación de la mismas para así descartar cualquier tipo de error y estar seguros
de que el producto final que se le entregará al cliente está en excelentes condiciones
y cumpliendo con los requisitos exigidos por el cliente.

Entregables
Los entregables son:
● Casos de prueba
● Matriz

Página 7
 ● Documento de modificaciones (Según lo especificado en el contrato)

Recursos
Requerimientos de Entornos – Hardware
Para llevar a cabo un correcto desempeño en la realización de las pruebas de
software, se contó con un equipo con los siguientes recursos mínimos:

- 4 GB de memoria RAM.
- Procesador Core i3 4 Generación.
- 500 GB de disco duro (HD).
- Conexión a Internet de 6 MB.

Requerimientos de Entornos – Software

Para poder realizar el testeo del sistema se usará:
● Glassfish 4.0
● Mysql Workbench 8.2
● Google Chrome, Mozilla ● Netbeans 8.2 ● Xampp.

Herramientas de Pruebas Requeridas

Las pruebas realizadas al sistema de información han sido desarrolladas por el
equipo de desarrollo del sistema de información, sin hacer uso de herramientas
externas para la realización de las mismas.

Personal

El personal para llevar a cabo el proceso de pruebas en el desarrollo del producto

será:
• Dos analistas de pruebas Testers y un Líder de Pruebas.

Página 8
Entrenamiento
Para el uso de este sistema los usuarios deberán tener conocimientos previos del
sector de construcción o de Ferroeléctricos, debido a la modificación de cómo se
llevaban los procesos en la empresa y su adecuación al sistema, se debe proveer
de entrenamiento para la explicación de la forma en que lleva los procesos en el
sistema.

Planificación y Organización
Procedimientos para las Pruebas
El proceso de desarrollo de pruebas se realizará mediante una sucesión
consecutiva de metodologías de cascada en dónde se presentará un informe al
cliente, describiendo cada avance o mejora de errores que se encuentren en el
proceso.

Página 9
Matriz de Responsabilidades

Nombre Rol Actividad

Juan David Guerrero Responsable Realizar los casos de
pruebas
correspondientes, que
serán revisados por el
aprobador.
Eduar Hernan Veloza Responsable Realizar los casos de
pruebas
correspondientes que
serán revisados por el
aprobador.
Yenifer Lorena Saavedra Aprobador Aprobar los casos de
pruebas e informar a los
responsables.

Cronograma

[Link]
Ii2UDsXz3ZSq8/edit?usp=sharing

Premisas
Como premisas que se pueden presentar se tienen las siguientes:

● No contar con la completitud de los criterios de aceptación o rechazo

anteriormente mencionado

● Interrupción del proceso por petición del cliente.

10
 ● No contar con el personal o equipos adecuados para desarrollar las pruebas.

Página
Dependencias y Riesgos

Algunos de los riesgos que se pueden presentar son:

• Error de servidor

• La expansión del sistema no pueda ser realizada por la implementación en sí

del sistema.

• Se vuelve obsoletas las diferentes tecnologías usadas para el desarrollo del

sistema

Referencias
Los documentos que se deben tener en cuenta y como tal se han tenido en cuenta
para el desarrollo del plan de pruebas de software y que este documento quede
acorde con las especificaciones del sistema de información son:

● Documento IEEE830.
● Documento Análisis del sistema (DA).
● Documentación entregada por la empresa.

Glosario

TÉRMINO SIGNIFICADO
SIGSC Sistema de Información para la Gestión
de Servicio al Cliente.
Ferroeléctricos San Diego. Éste es el nombre de la empresa
cliente.

11
IEEE830 Documento de especificación de
requisitos del software.

DA Documento de Análisis del Sistema.

Página

12