Plan Maestro de Pruebas

Análisis, planeación, desarrollo y evaluación de un sistema de inventario

administrativo para la microempresa Ferredeposito Castrellon

Versión del documento:1.0 Fecha:8/11/2021

Institución:Centro de diseño y metrología

Autor: Grupo Siif Estado Documento:Proceso

Plan Maestro de Pruebas 3
Identificador de documento 3
Introducción 5
Objetivos y Alcance 5
Objetivo 5
Alcance 5
Elementos 6
Software sujeto a prueba 6
Documentos sujetos a pruebas 6
Características que se van a proba 6
Descripción de Pruebas 6
Niveles de Pruebas 6
Tipos de Pruebas 6
Herramientas, Técnicas, Métodos y Métricas 6
Criterios de paso/fallo 6
Documentos a Entregar 6
Actividades de Preparación y Ejecución de Pruebas 6
Organización de Equipos 6
Necesidades de Entorno 6
Responsabilidades en la organización y ejecución de las pruebas 6
Necesidades de personal y de formación 7
Cronograma 7
Riesgos 7
Aprobación 7
Plan Maestro de Pruebas

​Identificador de documento

Proyecto(s) Tipo de proyecto

Análisis, planeación, desarrollo y Proyecto de Desarrollo de Software

evaluación de un sistema de Académico.
inventario administrativo para la
microempresa Ferredeposito
Castrellon

Documentos de evaluación relacionados

01_Proyecto Final.pdf
01_Finalizado_Manual técnico genérico (1).pdf

Equipo de proyecto

Grupo Siif

Julian D. Salinas | Daniel A. Zambrano | Cristian A. Ariza | Carlos S. Perez | Juan D. Cardona
 Introducción

El presente documento tiene como fin dar a conocer las pautas y estrategias seguidas para el

plan de pruebas del proyecto Análisis, planeación, desarrollo y evaluación de un

sistema de inventario administrativo para la microempresa Ferredeposito

Castrellon.

Para lo cual en el mismo se mostrará el software al cual se le harán las pruebas, los

tipos de las mismas y dentro de estas qué características serán puestas a prueba, así mismo

el entorno necesario para la realización de cada una de las pruebas, además de cada una de

las técnicas que fueron utilizadas para la planeación de las pruebas del desarrollo y el

cronograma que se tiene como finalidad para estas mismas, para finalizar se darán a conocer

los riesgos y plan de contingencia de los mismos. Lo anterior se hace con la finalidad de dar

fiabilidad al proyecto y dejar concertado un plan de pruebas para minimizar los riesgos del

proyecto.

Objetivos y Alcance

Objetivo

● El objetivo principal es establecer un plan de pruebas en el cual se plantea un

cronograma de pruebas y así mismo el tipo de estas pruebas también se

planea dar a conocer los riesgos y plan de contingencia de los mismos.

Alcance
 ● El alcance de este documento de pruebas es, realizar las respectivas validaciones por

cada ítem del proyecto, como lo es a nivel de software y documentación, además de

ofrecer los detalles necesarios sobre cada una de las comprobaciones y sus

respectivos comentarios y, o recomendaciones.

Elementos

Software sujeto a prueba

● El software el cual será sometido a pruebas es un sistema de inventario el

cual abarca módulos de login, usuarios, proveedores, facturas,insumos y para
finalizar la parte de descargas de registros en base a las tablas del sistema.
● Cabe aclarar que en cuanto a parte contable el sistema de información no
interpretará en esta parte más allá de cálculos de facturas y iva por parte de
los productos.
● Tener en cuenta que el software no incluirá herramientas o APIs externas.

Documentos sujetos a pruebas

● Manual técnico genérico

● Propuesta informe administrativo
● Migración de Datos
● Despliegue de proyecto a Hosting
 ​ Características que se van a proba

​
Característica Probar No probar

Ingreso de insumos por listas X

Interfaz amigable con el usuario final X

Registro de nuevos usuarios X

Datos sensibles (credenciales) encriptadas en cada comunicación de X

frontend y backend

Edición y eliminación de los datos de la tabla de insumos desde la X

interfaz gráfica.

Ingreso de nuevos proveedores X

Edición y eliminación de las filas de la tabla proveedores X

Validación perfiles del sistema (permisos) X

Protección URL del sistema X

Tiempos de espera entre el cambio de cada módulo X

Cambios estéticos entre cada módulo X

Registro nuevos usuarios por parte del administrador del sistema X

(interfaz gráfica)

Eliminación y edición de los datos de la tabla usuarios X

Validación alertas de cada evento del sistema X

Ingreso nuevas facturas al sistema X

Edición y eliminación de los datos de la tabla facturas X

Verificación de cada dato de los formularios del sistema (fiabilidad) X

Señalización al interior del sistema sobre cada función del mismo X

Funciones responsive aplicadas en el sistema X

​
Descripción de Pruebas

Niveles de Pruebas
● Unitarias
○ Se realizan cada vez que aplicamos una funcionalidad a cada requerimiento.
● Integración
○ Esta valida que todas las funcionalidades por cada requerimiento, pues el
objetivo es luego de completar las funcionalidades de cada
módulo(Requerimiento), se hace una prueba a este nivel para verificar que
esté correcto.
● Sistema
○ Esta se realiza en periodos mensuales o cuando se completen los módulos
necesarios del sistema para realizar la correcta validación, todo este proceso
se realiza cada que el equipo de desarrollo publique un gran cambio para la
aplicación.

Tipos de Pruebas
● Pruebas estáticas:
○ Análisis código fuente del software.
○ Revisión de la documentación del sistema.
● Pruebas dinámicas:
○ Pruebas de humo
○ Pruebas funcionales
○ Pruebas no funcionales
■ Pruebas de seguridad
■ Pruebas de rendimiento
■ Pruebas de carga
■ Usabilidad
○ Pruebas de usabilidad
○ Pruebas de integridad de los datos
○ Pruebas de accesibilidad
○ Pruebas exploratorias

Herramientas,Técnicas, Métodos y Métricas

● Caja negra
○ Análisis de los valores nuevos y antiguos
○ Casos de uso
○ Transmisión de datos
● Caja blanca
○ Sentencia y decisión
 ○ Validación de datos ingresados al sistema
● No funcionales
○ Verificar protección de las url del sistema
○ Poner a prueba la comunicación entre las distintas capas del sistema
○ Verificar la buena señalización de cada función en el sistema
● Herramientas
○ PC de desarrollo
○ Web de estrés (SpiraTest)
○ Manuales del sistema
● Pruebas unitarias
○ Revisión manual del código fuente
○ Revisión sobre las funciones del sistema
○ Verificación sobre la fiabilidad del sistema
○ Revisión de los datos albergados en la DB del sistema

Criterios de paso/fallo

Requerimientos Criterio de aceptación

Entrada de nuevos insumos al inventario Almacena todos los datos correctamente y

se refleja el cambio en el inventario.

El ingreso debe de ser en listas y no de uno Se deben de poder ingresar grandes

en uno grupos de datos en una sola alteración al
inventario y esta debe de quedar reflejada
al instante de que se notifique.

Editar insumos y/o datos del inventario El sistema refleja todos los cambios
realizados en la base de datos.

Eliminar insumos del inventario El sistema elimina con éxito el insumo

seleccionado

Descarga de informes de inventario El sistema debe de descargar en formato

de pdf informes de los insumos, facturas,
empleados y proveedores.

Manejo de usuarios El sistema debe contener a un usuario

● super-administrador
● Operario de bodega
● Vendedor
Los tres roles para el correcto
funcionamiento del aplicativo

Manejo de proveedores El sistema debe de tener un manejo de

proveedores (CRUD) y estos deben de
 estar asociados a los insumos y facturas.

Creación de facturas en el aplicativo El sistema debe contener registros de

facturas del sistema. Asociarlas a los
insumos y proveedores.

Asociar facturas Las facturas creadas deben estar

asociadas a los insumos y proveedores del
sistema.

Editar facturas El sistema permite modificar alguna factura

con la condición de que sea antes de
realizada la compra. En el proceso de
cotización.

Tiempo de espera entre módulos Estos no deben tardar demasiado al cargar

y descargar información, y sus tiempos de
carga entre un cambio de uno a otro debe
de ser óptimo.

Interacción fácil con el aplicativo El sistema implementa ayudas para el

usuario que permiten la rápida comprensión
y adaptación a la misma.

Tiempo de carga al subir archivos El sistema debe de responder de manera

óptima al ingresar datos o archivos.

Manejo de colores de la marca dentro de la El sistema debe de estar identificado con la

herramienta marca de la empresa.

Documentos a Entregar

● Listas de chequeo sobre los requerimientos funcionalidades y no funcionales del

sistema.
● Documento sobre el informe de bugs y vulnerabilidades del sistema.
● Informe sobre carencia de funcionalidades en relación a los requerimientos del
sistema.

​
 Actividades de Preparación y Ejecución de Pruebas

Organización de Equipos

Nombre Responsabilidad

Cristian Andres Ariza Riaño Arquitecto de Producto, responsable de evaluar las

condiciones de término para el proceso de pruebas
junto al Jefe de Proyectos.

Daniel Andres Zambrano Quintero Analista funcional, responsable de la resolución de las

incidencias de certificación para los módulos de
Proyectos, Revisión y Aprobación.

Carlos Sebastian Perez Castrellon Testing de Solución, responsable de la generación del

plan de pruebas.

Juan David Cardona Naranjo Testing de Solución, responsable de la generación del

plan de pruebas.

Julian David Salinas Pulido Jefe del Proyecto, responsable de evaluar las
condiciones de término para el proceso de pruebas
junto al Arquitecto de Producto.

Necesidades de Entorno

● Para cumplir con las metas establecidas previamente es necesario que el equipo
cuente con las herramientas.
○ Contar con la prueba en la web (SpiraTest)
○ Contar con la documentación del sistema (documentos de evaluación
relacionados)
○ Pc con soporte a windows 10
○ Un mínimo de 8GB de ram
○ Un CPU de 4 núcleos
○ Periféricos (pantalla - mouse - teclado)
○ Contar con el host del sistema para realizar las pruebas en producción y
desarrollo

● Además de lo anterior debemos de contar con los datos necesarios para testear
cada módulo y requerimiento previamente nombrado.
● Lista de chequeo con las marcas de que se debe de probar y qué no probar.
 ● Lista de requerimientos con los resultados esperados antes de la realización de las
pruebas.
● Ambiente cómodo para realizar las pruebas sin anomalías.

Responsabilidades en la organización y ejecución de las pruebas

​
TIPO Prueba a realizar Responsable

Pruebas Análisis código fuente del software. Daniel Andres Zambrano

estáticas Quintero

Revisión de la documentación del sistema. Juan David Cardona

Naranjo

Pruebas Pruebas de humo Julian David Salinas Pulido

dinámicas
Pruebas funcionales

Pruebas no funcionales Carlos Sebastián Perez

● Pruebas de seguridad Castrellón
● Pruebas de rendimiento
● Pruebas de carga
● Usabilidad

Pruebas de usabilidad Cristian Andres Ariza Riaño

Pruebas de integridad de los datos

Pruebas de accesibilidad Juan David Cardona

Naranjo
Pruebas exploratorias
​

Necesidades de personal y de formación

● Debido a que es un proyecto formativo o educativo los conocimientos de cada uno

de los integrantes del equipo de trabajo debe de contar con conocimientos mínimos
en cuanto a lógica de programación.
● Por lo anterior es necesario el contar con el apoyo de los instructores, e igualmente
importante el contar con el apoyo de material o documentación sobre el lenguajes
de programación utilizado para el desarrollo.
● Desarrollo de las capacidades analíticas y críticas para encontrar y corrección de
errores de fundamentación o programáticos del sistema de información.

​
 Cronograma

Actividad Tiempos Hitos

Revisiones de Pruebas
Reuniones de revisión: informal; guiada; 2 - 3 días Reporte de ajuste a realizar
técnica; inspección
Ajustes a la base de pruebas 1 - 2 días Base de Prueba corregida
Pruebas Unitarias
Análisis y diseño de pruebas 1 - 2 días Casos de pruebas
Ejecución de las pruebas 5 - 7 días - Reporte de
Evaluación de los criterios de salida 2 - 3 días Defectos/Incidencias
- Evidencias de Pruebas
Generación de informes y Cierre de 2 - 3 días Informe de Resultados
Pruebas Lecciones Aprendidas
Productos de prueba
Pruebas de Integración
Análisis y diseño de pruebas 1 - 2 días Casos de pruebas
Ejecución de las pruebas 5 - 7 días - Reporte de
Evaluación de los criterios de salida 1 - 2 días Defectos/Incidencias
- Evidencias de Pruebas
Generación de informes y Cierre de 2 - 3 días Informe de Resultados
Pruebas Lecciones Aprendidas
Productos de prueba
Pruebas de Sistema
Análisis y diseño de pruebas 1 - 2 días Casos de pruebas
Ejecución de las pruebas 5 - 7 días - Reporte de
Evaluación de los criterios de salida 1 - 2 días Defectos/Incidencias
- Evidencias de Pruebas
Generación de informes y Cierre de 2 - 3 días Informe de Resultados
Pruebas Lecciones Aprendidas
Productos de prueba
Pruebas de Aceptación de Usuarios -
UAT
Análisis y diseño de pruebas 1 - 2 días Casos de pruebas
Ejecución de las pruebas 5 - 7 días - Reporte de
Evaluación de los criterios de salida 1 - 2 días Defectos/Incidencias
Generación de informes y Cierre de 2 - 3 días Informe de Resultados
Pruebas (conformidad)
Lecciones Aprendidas
Productos de prueba
 Riesgos

● Copias de seguridad
○ DB - Software, se crean copias de la base de datos antes de cada prueba, hay
un respaldo principal en caso de que ocurra alguna falla, que es el que
contiene todos los datos necesarios para realizar todas las validaciones.
● Periodicidad
○ Según cronograma, en caso de que falle en temas de tiempo o cumplimiento
se reevaluará el cronograma.
● Plan de contingencias
○ Generar ambiente de pruebas
○ Contar con copias de seguridad del sistema y DB
○ Contar con cada punto de guardado en la nube (GitHub)
○ Documentar paso a paso todos los eventos del plan
● Prever fallos críticos
○ Contar con una lista previa sobre los fallos y bugs pronosticados
● Procedimientos alternativos
○ Contar con el almacenamiento del sistema y DB de manera local (USB o
disco duro)
● Tratamiento de errores
○ Cada uno es evaluado y documentado, con el fin de minimizar errores en el
sistema, se identificarán posibles errores comunes para ofrecer un mayor
control y tratamiento correspondiente.
● Posibilidad de error recuperación
○ Contar con los datos del sistema almacenados en caso de requerirse

Aprobación

Nombre Puesto Firma

Cristian Andres Ariza Aprendiz

Riaño

Daniel Andres Zambrano Aprendiz

Quintero

Juan David Cardona Aprendiz

Naranjo

Carlos Sebastian Perez Aprendiz

Castrellon
 Julian David Salinas Pulido Aprendiz

William Mayorga Garzon Instructor