PLAN DE PRUEBAS

ADSI2019/Inventory Management/Grupo2

Julio 2019
HISTÓRICO DE CAMBIOS

Fecha Versión Descripción Autor

17/07/2019 1.0 Plan de pruebas Inventory Yeison Bernal,
Management
Luis A.Quintero Sander
Johan Ramírez

ADSI2019ADSI2019/Inventory Management/Grupo2 2
Índice
1.1. Objetivos y tareas 4
1.1.1. Objetivos 4
1.1.2. Tareas 4
1.2. Audiencia prevista 4
1.3. Referencias 4
2.1. Ítems a probar (funciones) 5
2.2. Cuestiones de riesgo 5
2.3. Características a probar 5
2.4. Características que no se van a probar 5
2.5. Enfoque (estrategia) 5
3.1. Criterios de entrada 6
3.2. Criterios de salida 6
3.3. Criterios de suspensión 6
3.4. Criterios de reanudación 6
3.5. Criterios de éxito y fallo 6
5.1. Planificación 8
5.2. Recursos 8
5.2.1. Hardware 8
5.2.2. Software 8
5.2.2.1. Herramientas 8
5.2.3. Dotación de personal 8
5.2.3.1. Responsabilidades 8
5.2.3.2. Formación 8

ADSI2019ADSI2019/Inventory Management/Grupo2 3
1. INTRODUCCIÓN

Inventory Management es un sistema de información para la gestión de inventario y

facturación dirigido a la pequeña y mediana empresa que quiera agilizar sus procesos de
venta y control de productos. Este documento tiene como objetivo definir las pruebas
realizadas en el proyecto, con el fin de obtener la aceptación y aprobación de las partes
interesadas.

1.1. OBJETIVOS Y TAREAS

1.1.1. Objetivos
El objetivo general del plan es establecer la cronología y condiciones para la
aplicación de las pruebas, con el fin de obtener un sistema que pueda ser completado con
una recepción total de los interesados, entrando en operación con la totalidad de las
funcionalidades requeridas por el cliente.
Este plan especifica los procesos de test y de verificación que se realizaran con el objeto de:
• Identificar defectos y fallas.
• Medir rendimiento.
• Evaluar la calidad
• Determinar el cumplimiento de los requerimientos.
Los objetivos de este plan son:
• Definir y detallar todas las tareas que se desarrollarán para probar el sistema.
• Definir el plan y la persona o grupo responsable de cada tarea.
• Definir las herramientas de prueba y el ambiente necesario a la conducción
de las actividades de test.
• Definir los ítems y funcionalidades que serán probados.

1.1.2. Tareas
 Alistamiento de toda la documentación
 Supervisar el cumplimiento de las especificaciones de diseño establecidas por el
cliente
 Supervisar el cumplimiento de los requisitos del análisis realizado en la planificación
de diseño y desarrollo
 Realizar las pruebas necesarias de rendimiento y capacidad del sistema

ADSI2019ADSI2019/Inventory Management/Grupo2 4
1.2. AUDIENCIA PREVISTA
De a cuerdo con nuestro plan de trabajo se determino realizar una reunión preliminar donde
se citarán los grupos pertenecientes al proyecto y se dará a conocer mediante un exposición
conjunta cada una de las pruebas a realizar para que su conocimiento y posibles dudas que
se tengan sean debidamente esclarecidas para que a la hora de ejecutar el sistema se haga
de manera correcta.
Las pruebas incluirán respuestas inmediatas de costos de producto, inventario,
modificaciones, ingreso de mercancías, sentencias y funciones predeterminadas. Donde
cada uno de los gurpos de desarrolladores, técnicos en calidad y personal de supervisión
darán sus opiniones que ayudarán a de manera positiva en la implantación de sistema.

1.3. REFERENCIAS

Documento Autor Versión Localización

Casos de uso Luis Alberto Sander 1.0 ADSI 2019

Yeison Bernal
Johan Ramírez

Plantilla Luis Alberto Sander 1.0 ADSI 2019

StakeHolders
Yeison Bernal
Jhojan Ramírez

ADSI2019ADSI2019/Inventory Management/Grupo2 5
2. ALCANCE Y ENFOQUE

2.1. ÍTEMS A PROBAR (FUNCIONES)

Listado de los ítems que se tiene la intención de probar dentro del alcance de este plan de
pruebas.
 Registro, consulta y modificación de productos
 Registro, consulta y modificación de clientes
 Registro, consulta y modificación de vendedores
 Registro, consulta y modificación de usuarios
 Consulta de inventario
 Cuadre de caja
 Impresión de factura

2.2. CUESTIONES DE RIESGO

Identifica qué software se ha de probar y cuáles son las áreas críticas, tales como:
- Entregable de un producto desarrollado por terceros.
- Capacidad de usar y entender una nueva herramienta
- Funciones extremadamente complejas
- Modificaciones de componentes con un histórico pasado de fallos
- Módulos o peticiones de cambio mal documentados

ÍTEM EVENTO MITIGACIÓN CONTINGENCIA

1 Cualquier defecto detectado El tiempo de resolución Las funciones de

implicará tiempo para ser de defectos de acuerdo prueba afectadas
solucionado y por lo tanto podrá a severidad es se replantean para
afectar el calendario establecido cumplido los días y horarios
de pruebas

2 El ambiente o roles de usuarios a El analista de Notificarlo y

utilizar no están disponibles durante certificación programar
los tiempos acordados por los monitoreará nuevamente los
equipos involucrados constantemente el días y horarios de
ambiente de pruebas y pruebas.
roles utilizados para
asegurar su
disponibilidad

ADSI2019ADSI2019/Inventory Management/Grupo2 6
3 De acuerdo a la complejidad de Se está dando De ser necesario
requerimiento no se adjuntó la requerimiento con la se notificará para
debida documentación información completar la
proporcionada documentación
faltante.

2.3. CARACTERÍSTICAS A PROBAR

Listado de qué se ha de probar desde el punto de vista del usuario de lo que el sistema ha
de hacer. No es una descripción técnica del software, es una visión de los usuarios de las
funciones.
Hay que establecer el nivel de riesgo para cada característica. Se puede usar para ello una
escalan simple como Alto, Media, bajo (A, M, B). Estos tipos de niveles son entendidos por
el usuario.

ID FUNCIONALIDAD A PROBAR USO DE LA IMPACTO SI FALLA

FUNCIONALIDAD

1 Registro, consulta y modificación Alto Alto

de productos

2 Registro, consulta y modificación Alto Alto

de clientes

3 Registro, consulta y modificación Alto Alto

de vendedores

4 Registro, consulta y modificación Alto Alto

de usuarios

5 Consulta de inventario Alto Alto

6 Cuadre de caja Alto Alto

7 Impresión de factura Alto Alto

ADSI2019ADSI2019/Inventory Management/Grupo2 7
2.4. CARACTERÍSTICAS QUE NO SE VAN A PROBAR
Listado de lo que no se va a probar desde el punto de vista del usuario y de los técnicos. No
es una descripción técnica del software.
Hay que explicar por qué estas características no se van a probar. Puede haber un amplio
número de razones: bajo riesgo, se ha utilizado antes y se considera estable; no está
incluido en esta versión del software…

2.5. ENFOQUE (ESTRATEGIA)

Se requiere certificar por parte del equipo de desarrollo y por parte del usuario al producto
INVENTORY MANAGEMENT en dos etapas, que administre y gestione el inventario y
facturación de la empresa. Por ende se debe verificar:
 1ra. Etapa: Que las funcionalidades de los módulos de transacciones, consultas
y mantenimiento son operativas.
 2da. Etapa: Que las funcionalidades integradas de los módulos de acerca de y
Logout son operativas.
Conjuntamente los sub-objetivos para los tres módulos se resumen de la siguiente forma:
 El ingreso al sistema es exitoso
 La creación, modificación y eliminación de nuevos productos.
 La creación, modificación y eliminación de clientes
 La creación, modificación y eliminación de proveedores
 La revisión y aprobación de los productos a facturar.
 La visualización, modificación y eliminación de facturas
 Que se genere con su estado correspondiente la lista de productos en inventario.

ADSI2019ADSI2019/Inventory Management/Grupo2 8
3. CRITERIOS DE TRANSICIÓN

A continuación se describen los criterios requeridos para las pruebas para poder pasar de un
estado a otro.

3.1. CRITERIOS DE ENTRADA

Para poder comenzar la fase de pruebas del sistema, se deben cumplir los siguientes
criterios:
 Conexión a internet
 Test unitario realizado y completado para cada componente del sistema.
 Sistema completamente integrado.
 Sistema operativo requerido
 Usuario registrado

3.2. CRITERIOS DE SALIDA

- Al menos 90% de los casos de prueba deben haber sido pasados exitosamente. El
10% restante deberá estar plenamente justificado.
- Completitud de los casos de pruebas
- Números y severidad de los defectos abiertos
- Paso de los objetivos de pruebas
- cubrimiento de funcionalidades en general
- cubrimiento de funcionalidades críticas para el sistema
- Número de defectos críticos y mayores detectados

3.3. CRITERIOS DE SUSPENSIÓN

El proceso será suspendido en caso de que existan defectos que impidan la ejecución de
más casos de prueba.

3.4. CRITERIOS DE REANUDACIÓN

En caso de haber suspensión del proceso, el mismo será reanudado luego de realizar las
configuraciones necesarias que permitan continuar con el proceso de pruebas.

ADSI2019ADSI2019/Inventory Management/Grupo2 9
3.5. CRITERIOS DE ÉXITO Y FALLO

Errores Graves: información crítica presentada erróneamente, información mal registrada

en la base de datos, caídas de programas, incumplimiento de objetivos en funciones
principales, etc.
Errores Medios: (comunes): errores en documentos impresos que se entregan a personas
ajenas a la organización, errores en presentación de datos, incumplimiento de objetivos en
funciones secundarias, caídas de programas auxiliares, etc.
Errores Leves: errores en presentación de datos secundarios, no adecuación a estándares,
comportamientos correctos pero diferentes en situaciones similares, dificultades de
operación, etc.

Ítem Descripción

1 Se aprobará el proyecto con un 100% de las pruebas ejecutadas pero con

un 90% de aceptación. Esto quiere decir el 90% de las pruebas deben ser
exitosas y sin errores. El restante 10% pueden existir errores medios o bajos,
pero no graves. En caso de ocurrir que el proyecto no cumpla con el nivel
exigido, el proyecto será rechazado.

ADSI2019ADSI2019/Inventory Management/Grupo2 10
4. ESTRATEGIA DE PRUEBAS

4.1. PRUEBAS DE COMPONENTES

Cuadro 1: Módulo mantenimiento, sub.Módulo: Clientes y proveedores

Objetivo de la prueba Comprobar el módulo de mantenimiento y el sub.Módulo de

clientes y proveedores

Técnica Ingresar al formulario de registro de clientes, datos correctos y

datos falsos para comprobar su funcionamiento

Tipo de prueba Unitaria (caja blanca). Validar si el registro se guarda

correctamente al agregar los datos correspondientes

Salida esperada Registro exitoso

Resultado Todos los procesos se han ejecutado correctamente.

Cuadro 2: Módulo mantenimiento, sub.Módulo: Productos

Objetivo de la prueba Comprobar el módulo de mantenimiento y el sub.Módulo de

productos

Técnica Ingresar al formulario de registro de productos, datos correctos y

datos falsos para comprobar su funcionamiento

Tipo de prueba Unitaria (caja blanca). Validar si el registro se guarda

correctamente al agregar los datos correspondientes

Salida esperada Registro exitoso

Resultado Todos los procesos se han ejecutado correctamente.

ADSI2019ADSI2019/Inventory Management/Grupo2 11
Cuadro 3: Módulo mantenimiento, sub.Módulo: Vendedores

Objetivo de la prueba Comprobar el módulo de mantenimiento y el sub.Módulo de

vendedores

Técnica Usar la opción modificar ingresando diferentes datos para

validar que realice el proceso deseado.

Tipo de prueba Unitaria (caja blanca). Validar si el cambio se guarda

correctamente al agregar los datos correspondientes.

Salida esperada Datos guardados con éxito

Resultado Todos los procesos se han ejecutado correctamente.

Cuadro 4: Módulo consultas, sub.Módulo: Informe de inventario

Objetivo de la prueba Comprobar el módulo de consulta y el sub.Módulo informe de

inventario

Técnica Realizar una búsqueda de producto de productos y exportación

del informe a diferentes tipos de formato

Tipo de prueba Unitaria (caja blanca). Visualizar el inventario total de todos los
productos registrados, con su descripción, costo y precio.

Salida esperada Archivo exportado correctamente

Resultado Todos los procesos se han ejecutado correctamente.

ADSI2019ADSI2019/Inventory Management/Grupo2 12
4.2. PRUEBAS FUNCIONALES
Cuadro 1: Módulo mantenimiento, sub.Módulo: Clientes y proveedores

Objetivo de la prueba Comprobar el registro de datos en el formulario de Cliente y

proveedores

Técnica  Cuando se utilizan datos correctos se obtienen los

resultado deseados
 Cuando se utilizan datos incorrectos se obtiene el
mensaje de error.

Resultado Todos los procesos se han ejecutado correctamente.

Cuadro 2: Módulo mantenimiento, sub.Módulo: Productos

Objetivo de la prueba Comprobar el registro de datos en el formulario de productos

Técnica  Cuando se utilizan datos correctos se obtienen los

resultado deseados
 Cuando se utilizan datos incorrectos se obtiene el
mensaje de error.

Resultado Todos los procesos se han ejecutado correctamente.

Cuadro 3: Módulo mantenimiento, sub.Módulo: Vendedores

Objetivo de la prueba Usar la opción modificar ingresando diferentes datos para

validar que realice el proceso deseado.

Técnica  Cuando se seleccione modificar, el registro cambio

automáticamente al guardas los cambios
 Al eliminar un vendedor se debe borrar del sistema
permanentemente.
 Colocando el nombre o las primeras letras del vendedor
en la opción de búsqueda, se deben mostrar los
resultados esperados.

Resultado Todos los procesos se han ejecutado correctamente.

Cuadro 4: Módulo consultas, sub.Módulo: Informe de inventario

ADSI2019ADSI2019/Inventory Management/Grupo2 13
Objetivo de la prueba Realizar una búsqueda de producto de productos y exportación
del informe a diferentes tipos de formato

Técnica  Mostrar la opción de exportación de informe en los

formatos PDF, Excel y Doc.

Resultado Todos los procesos se han ejecutado correctamente.

ADSI2019ADSI2019/Inventory Management/Grupo2 14
5. PLANIFICACIÓN Y RECURSOS

5.1. PLANIFICACIÓN
La culminación de las pruebas para cada función definida será considerada como un hito
dado que cada una de ellas representa un requerimiento de negocio cumplido.
- Todos los recursos disponibles estarán disponibles el 100% del tiempo
- Los recursos disponibles para este esfuerzo de pruebas están claramente
identificados disponibles durante la duración del mismo.
- Disponibilidad 100% del ambiente de pruebas y roles de usuarios

5.2. RECURSOS

5.2.1. Hardware
Lista todos los requisitos de hardware.

5.2.2. Software
Lista todos los requisitos de software: sistemas operativos primarios y secundarios.

5.2.2.1. Herramientas
Listado de las herramientas que se usarán para llevar a cabo las pruebas.

5.2.3. Dotación de personal

5.2.3.1. Responsabilidades
Cada uno de los grupos involucrados para la supervisión del sistema cumple un rol muy
importante, pues de sicha supervisión depende el correcto funcionamiento del mismo.
Jefe del proyecto: Luis Quintero Sander
Desarrolladores: Yeison Bernal – Jhojan Ramírez
Técnicos supervisores pruebas: Armando Jaramillo – Julián Pérez
Cliente Final: Pedro Escalante Gerente de la compañía Ofi Hogar.- Andrés Alzate
administrador del almacén.
Lista de los miembros del equipo de aseguramiento de la calidad y sus responsabilidades.

5.2.3.2. Formación
Lista de la formación requerida.

ADSI2019ADSI2019/Inventory Management/Grupo2 15
6. REVISIÓN DEL PLAN DE PRUEBAS

Una vez el plan de pruebas esté culminado pasará a un proceso de revisión por el grupo de
desarrolladores, grupo de pruebas y cliente final. Cada uno hará pruebas en el sistema de
acuerdo al usuario correspondiente, donde se darán puntos de vista y se expondrán los
detalles que puedan ocasionar algún tipo de impase. Después de hacer la inspección de los
requisitos y requerimientos así como también la funcionalidad del mismo se dará paso a la
aprobación del sistema contable no sin antes haber llegado a un acuerdo por todos los
grupos para la implantación del sistema.

ANEXOS

ADSI2019ADSI2019/Inventory Management/Grupo2 16