Plan de pruebas de software

Optimización de los procesos de inventarios para

la empresa ML STORE a través del desarrollo e
implementación de un sistema web

---------------

--------------

Fecha: 00/00/0000
Tabla de contenido
Historial de Versiones ............................................................................................ 4

Información del Proyecto ....................................................................................... 4

Aprobaciones ......................................................................................................... 4

Resumen Ejecutivo ................................................................................................ 4

Alcance de las Pruebas ......................................................................................... 5

Elementos de Pruebas ........................................................................................ 5

Nuevas Funcionalidades a Probar ...................................................................... 5

Pruebas de Regresión ........................................................................................ 6

Funcionalidades a No Probar .............................................................................. 7

Enfoque de Pruebas (Estrategia) ........................................................................ 7

Criterios de Aceptación o Rechazo ...................................................................... 11

Criterios de Aceptación o Rechazo ................................................................... 11

Criterios de Suspensión .................................................................................... 11

Criterios de Reanudación ................................................................................. 11

Entregables .......................................................................................................... 12

Recursos .............................................................................................................. 12

Requerimientos de Entornos – Hardware ......................................................... 12

Requerimientos de Entornos – Software ........................................................... 12

Herramientas de Pruebas Requeridas .............................................................. 13

Personal ........................................................................................................... 13

Entrenamiento .................................................................................................. 13
Planificación y Organización ................................................................................ 13

Procedimientos para las Pruebas ..................................................................... 13

Matriz de Responsabilidades ............................................................................ 15

Cronograma ...................................................................................................... 16

Premisas ........................................................................................................... 17

Dependencias y Riesgos .................................................................................. 17

Referencias .......................................................................................................... 17

Glosario ............................................................................................................... 18
Historial de versiones
Fecha Versión Autor Organización Descripción
06/02/2020 0.1 Creación de interfaz
07/03/2020 0.2 Inicio de sesión
08/03/2020 0.3 Menú de Inventario
09/03/2020 0.4 Categorías
10/03/2020 0.5 Agregar categorías
11/03/2020 0.6 Usuarios
12/03/2020 0.7 Editar Usuarios
13/03/2020 0.8 Cambiar contraseña
14/03/2020 0.9 Historial
08/03/2020 1.0 Versión Final

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
En el plan de pruebas de software se va a realizar algunas tareas importantes para conocer
el nivel de fallos en nuestro software entre ellas esta
 - Analizar los requerimientos de desarrollo de software.
- Identificar las funcionalidades nuevas a probar.
- Identificar las funcionalidades de sistemas existentes que deben aprobarse.
- Definir la estrategia de pruebas, definir los criterios de inicio, aceptación, y
suspensión de pruebas.
- Identificar los entornos requeridos.
- Determinar necesidades de personal y entrenamiento.
- Establecer metodología y procedimiento de prueba.
- Elaborar la planificación de las pruebas.
- Identificar los riesgos y definir planes de respuesta.
Su propósito es verificar que el sistema de información cumple las necesidades establecidas
por el usuario, con las debidas garantías de calidad. Se establece que es un plan detallado.
El documento busca establecer un set de pruebas para cada modulo que verifiquen la
funcionalidad del sistema de información a desarrollar para la empresa. El plan de proyecto
de software engloba la información relativa a la gestión del proyecto. Es un proceso que se
lleva a cabo una vez finalizadas las tareas de planificación.
Con relación a las restricciones se muestra que si un proyecto necesita ser completado
antes, agregando mas recursos aumentara el coste del proyecto, o si el presupuesto y los
recursos deben ser reducidos, el tiempo debe ser extendido. Entre los alcances de prueba se
tiene el tipo de prueba que se va a realizar: que tipos de pruebas funcionales o especiales
serán cubiertas.

Alcance de las pruebas

Elementos de pruebas

- Inicio de sesión.
- Menú de Inventario
- Categorías
- Agregar categorías
- Usuarios
- Editar usuario
- Cambiar contraseña
- Historial
- Agregar producto
- Agregar Producto

Nuevas funcionalidades a probar

Requerimiento Funcionalidad
Autenticación Cada usuario que ingrese a la
 aplicación debe autenticarse. Para ello
existirá un método que hará una
consulta al Directorio Activo para que
sea él quien determine si el usuario
existe y si las credenciales de nombre y
contraseña son correctas.

Requerimiento Funcionalidad
Credenciales Un usuario puede ser creado y
asociado al método de autenticación
propietaria que permite validar dicho
usuario localmente para la aplicación
sin pertenecer a un Directorio Activo.
Para este caso las credenciales de
usuario y su información
complementaria estará presente en la
base de datos de la aplicación.

Requerimiento Funcionalidad
Formulario La aplicación tendrá un módulo que se
encargará del ingreso de elementos al
Sistema. Este módulo tendrá un
formulario con campos que representan
las propiedades de cada elemento
ingresado.

Pruebas de regresión
Todo el sistema funciona a la perfección. No hay fallos ni errores.

Funcionalidades a no probar

Todas las funciones se van a probar para evitar correr el riesgo que no funcione el
programa y por seguridad del mismo.

Enfoque de pruebas (estrategia)

REQ-FNC-01

Tipo de Requerimiento: Nueva funcionalidad

Descripción: El sistema deberá tener una interfaz
gráfica sencilla y amigable, basada
en menús, ventanas, botones de
acción.

Autor: Solicitante:

Fecha de Creación: 28 noviembre 2019

Actor: Administrador de usuarios
Precondiciones: Deben existir Grupos creados -
Deben existir Usuarios creados

Pos condiciones: Los usuarios tendrán asignado uno o

varios grupos.

Entradas: Un usuario creado sin asignación de

grupos.

Restricciones: Un usuario de Directorio Activo no

 puede personalizar sus grupos

Salidas: Usuarios con asignación de grupos

que le dan acceso a los módulos
incluidos dentro de cada grupo.

REQ-FNC-02

Tipo de Requerimiento: Nueva funcionalidad

Descripción: El sistema debe proporcionar el
mecanismo que permita que un
Registrador de Bienes (Externo)
pueda cotejar los bienes que han
sido identificados en un
levantamiento de inventario físico,
con la finalidad de actualizar el
estado actual de los bienes, su
ubicación y responsable. En este
caso, la solicitud de inventario tomará
el estado de solicitud procesada.

Autor: Solicitante:

Fecha de Creación: 30 noviembre 2019

Actor: Desarrolladores de softwares
Precondiciones: Disponer de un Servidor de
Aplicaciones

Pos condiciones: El Sitio Web estará publicado en el

servidor.

Entradas: Binarios de la aplicación listos para

ser publicados.
Restricciones: NA

Salidas: Acceso a la aplicación.

REQ-FNC-03

Tipo de Requerimiento: Nueva funcionalidad

Descripción: Crear un módulo de búsqueda que se
encargará de presentar las
herramientas necesarias para que un
usuario de la aplicación pueda
realizar las búsquedas de elementos
del inventario de forma precisa. El
usuario puede usar un control que
realizará el filtro por criterios
directamente relacionados con las
propiedades del elemento.

Autor: Solicitante:

Fecha de Creación: 3 Marzo 2020

Actor: Usuario consultor
Precondiciones: El usuario debe pertenecer a un
grupo con acceso al módulo de
consultas

Pos condiciones: El frontal le presentará el resultado

de la búsqueda en una rejilla con los
datos de los elementos que cumplen
con el criterio de búsqueda.

Entradas: modelo, fecha de ingreso, área ,

categoría nombre del responsable.
Restricciones: NA

Salidas: Listado de elementos que cumplen

con las condiciones de búsqueda

REQ-FNC-04

Tipo de Requerimiento: Nueva funcionalidad

Descripción: El sistema debe permitir que los
datos de los bienes descritos en una
autorización de traslado sean
modificados, colocando la nueva
dependencia a la cual estarán
adscritos, su ubicación física y los
responsables del uso de estos
bienes. Finalmente, el sistema
debería cambiar la condición de la
autorización de traslado a
autorización procesada para indicar
que el registro del traslado ha sido
efectuado.

Autor: Solicitante:

Fecha de Creación: 5 marzo 2019

Actor: Administrador de sistema
Precondiciones: Debe haberse realizado al menos
una tarea de modificación para una
de las propiedades del elemento del
sistema de control.

Pos condiciones: Se visualizará un listado de registros

que muestren las modificaciones
realizadas a los elementos del
 sistema.

Entradas: Acceso al módulo de histórico de

movimientos

Restricciones: Solo podrá acceder el usuario con

pertenencia al grupo correcto.

Salidas: Un listado de registros que

evidencien modificación en alguna de
las propiedades del elemento de
sistema.

Criterios de aceptación o rechazo

Criterios de aceptación o rechazo

El equipo esta 100% funcional, no hay fallos de errores ya que ha sido probado
con la herramienta automatizada Jmeter.

Criterios de suspensión

No hay errores en el sistema, 100% funcional. No hubo suspensión del test de

prueba.

Criterios de reanudación

A través de los parámetros de muestra de la herramienta Jmeter se fue

reanudando al termino de cada prueba.
Entregables
El test de pruebas de nuestro software se lo entregara por medio de reportes
emitidos por herramientas de pruebas.

Recursos
Requerimientos de entornos – Hardware

- Computador PC
- Laptop

Requerimientos de entornos – Software

- Sistema operativo actualizado(Windows 10)

- Xampp
- My sql o PHPMyadmin (motor de base de datos)
- Software de Inventario
- Sublime Text
- Jmeter o Jenkins
- Navegador de su preferencia
- Java 8+
Herramientas de pruebas requeridas

La herramienta de automatización de pruebas Jmeter.

Personal

- Líder de Proyecto ()
- Líder de prueba ()

Entrenamiento

Como estudiantes tenemos sólidos conocimientos en informática para la ejecución

del programa y la automatización del mismo.
- (Encargado de automatizar el programa)
- (Encargado del programa)

Planificación y organización
Procedimientos para las pruebas
Para realizar la ejecución del programa debemos hacer la respectiva prueba.
Primeramente abriendo el programa, abrimos el panel de control de xampp y
activamos la opción de apache y mysql ya que para realizar este test es necesario
contra con el motor de búsqueda de base de datos en este caso usaremos el
phpmyadmin, para activar, luego lo abrimos por medio d el localhost e ingresamos
a nuestro sistema con usuario y contraseña. Ahora para probar debemos tener
instalada la última versión del JDK de java 8, lo instalamos, ya luego de eso
descargamos el Jmeter, abrimos la carpeta bin, nos colocamos en Apache Jmeter
y empezamos las pruebas.
Matriz de responsabilidades
 Cronograma

OBJETIVOS ACTIVIDADES RESPONSABLES

ESPECÍFICOS AÑO: 2020 FINANC.

MES 2
MES 1 MES 3 MES 4
INICIO DE CLASES
VALOR ESTIMADO

SEMANAS SEMANAS SEMANAS SEMANAS

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

Analizar la
información 10
Planificación
Pruebas
para las Funcionales y no
10
pruebas del funcionales a
puesta de errores
software
Informe final de
pruebas 10
Premisas

La tiempo ejecutado para las pruebas fue de 2 horas los días lunes , martes y
jueves, los recursos que tuvimos a nuestra disposición fue el de una computadora
a nuestro alcance, la metodología que realizamos se detalla en el ítem de arriba, y
la herramienta ya conocida Jmeter para las pruebas.

Dependencias y Riesgos

No hubo riesgos ni fallos en las pruebas que se realizaron.

Referencias
• Plan de proyecto.
• Especificaciones de requerimientos.
• Procedimientos y estándares de desarrollo.
• Procedimientos y estándares de pruebas.
• Metodologías, procedimientos y estándares corporativos.
Glosario

Prueba de Software
Herramienta automatizada
Entradas
Salidas
Requerimientos
Xampp
MySQL
PHPMyadmin
Versiones
Funcionalidad
Regresión
ANEXOS