1

PROYECTO
AP09-AA10-EV02. Diseño y ejecución de plan de pruebas del sistema de información

AUTORES

Iván Beltrán Salazar

Miguel Moreno Pinto
Diana Cifuentes Barragan
Yeraldith Montes Arroyo

INSTRUCTORO

Ingrid Rojas
FICHA ADSI
23482492
 2

Tabla de Contenidos

Introducción…..............................................................................................................................4
Alcance de las pruebas del sistema de información…..................................................................4
Definiciones y Acrónimos...........................................................................................................4,5
Referencias..................................................................................................................................5,6
Visión general del documento…...................................................................................................7
Descripción del ambiente de pruebas (Precondiciones y Postcondiciones).................................8,9
Casos de pruebas unitarias............................................................................................................10
Casos de pruebas integrales..........................................................................................................11
Ajustes y recomendaciones...........................................................................................................12
Anexos...........................................................................................................................................13
Casos de pruebas (Plantilla de casos de prueba)...........................................................................13
Conclusión….................................................................................................................................14

VERSION FECHA PUN CAMBIOS PREPARA APROBADO

TO
RESPECTO A DO POR
LA VERSION POR
ANTERIOR
RESOS
3/11/2022 Versión Inicial Iván Miguel
1.0
Beltrán Moreno
 3

INTRODUCCIÓN

En el ejercicio de la gestión de la calidad, las pruebas que se realizan al software son el

mecanismo por el cual el proceso de verificación y validación tiene éxito. Este proceso, es

Gestión de la Calidad
Plan de
Sistema de Aseguramiento de Verificación Y
Control de
Gestión de la la Calidad (PAQ) Validación
Calidad
calidad

Alcance de las pruebas del sistema de información

El proceso de verificación y validación del software del proceso de aseguramiento de la calidad, se tomen
en cuenta:
 Requerimientos funcionales y requerimientos no funcionales del software.
 Fallos e inconsistencias del sistema.
 Pruebas estáticas y pruebas dinámicas del sistema.

Definiciones

Prueba: Una actividad en la cual un sistema o componente es ejecutado bajo condiciones específicas, se
observan o almacenan los resultados y se realiza una evaluación de algún aspecto del sistema o
componente.
Casos de Prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados,
diseñados para un objetivo particular.
Equivocación: Una acción del ser humano que produce un resultado incorrecto.
 6

Error: La diferencia entre un valor calculado, observado o medido y el valor verdadero, especificado o
teóricamente correcto.
Fallo: La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones
requeridas dentro de los requisitos de rendimiento especificados.
Defecto: Un paso, proceso o definición de dato incorrecto en un programa de computadora. EL
resultado de una equivocación.
Depuración: El proceso de localizar, analizar y corregir los defectos que se sospecha que contiene el
software.
Verificación: Un conjunto de actividades que aseguran que el software implementa correctamente
una función específica. (¿Estamos construyendo el producto correctamente?).
Validación: Un conjunto diferente de actividades que aseguran que el software construido se ajusta a
los requisitos del cliente. (¿Estamos construyendo el producto correcto?).
Testware: Es el producto resultante de las pruebas.

Acrónimos

 SQA: Software Quality Assurance (Aseguramiento de Calidad de Software)

 GUI: Graphical User Interface (Interfaz Gráfica)
 PDL: Program Desing Language (Lenguaje de Diseño de Programas)
 UD: Use-Definition Chain (Cadena Definición-Uso)
 OO: Object-Oriented (Orientado a Objetos)
Referencias

Proyecto Tipo de Proyecto

Diseño e implementación del sistema de Proyecto de desarrollo software de
información de ventas e inventario en la gestión de ventas y actualización de inventario del
HTML - CSS Bar Bolicruack.

Documentos Evaluación Relacionados

Casos de pruebas (Plantilla de casos de prueba)
Equipo de Proyecto
Equipo de Trabajo Arquitecto de
Iván Beltrán producto Miguel Moreno
Yeraldith Montes Yeraldith Montes
Miguel Moreno Iván Beltrán
Diana Cifuentes Diana Cifuentes
 5

Visión General Del Documento

1.1. Objetivos Del Plan De Pruebas

Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguirá
para llevar a cabo la certificación del software ventas e inventario– Aplicación para el Bar
Bolicruack.
El objetivo general del plan es establecer la cronología y condiciones para la aplicación de las
pruebas de manera que pueda resultar un sistema que sea completado y tenga gran acogida de los
interesados de este modo entrar en operación con todas las funcionalidades requeridas para su
puesta en marcha.

1.2. Documentos Relacionados

Nombre Descripción
Informe de requisitos Versión 1.0 Informe de requisitos
Informe de análisis y diseño Versión 1.1 Informe de análisis y diseño

Descripción del Ambiente de Pruebas (Precondiciones y Postcondiciones)

2. Alcance de las Pruebas

Mediante los siguientes cuadros se describen los requerimientos de pruebas del sistema NSGT,
incluidos y excluidos en la presente certificación del sistema información de ventas e
inventario, HTML -CSS.

2.1. Cuadro Resumen De Las Pruebas

Modulo del sistema a ser aprobados Módulos:

-Proyectos

Objetivos de las Pruebas
Detalle del orden de ejecución de los
módulos
Responsabilidad de la Prueba
6
- Revisión
- Aprobación
En estos módulos se realizarán pruebas
para validar:
 La visualización de los datos, Ingresados
o modificados
 La operación de los servicios, diseñados
para dar respuesta a los productos del
sistema HTML-CSS 1.0.
 La respuesta y realización de las
transacciones de cada módulo.
 Que los estados de las actividades y
documentos generados en el sistema se
reflejen de acuerdo a la secuencia lógica
requerida por el usuario.
 La secuencia lógica de las funcionalidades
o y transacciones.
Los módulos se deben ejecutar en forma
independiente, pero consecutivos en el
orden siguiente:
 Proyectos
 Revisión
 Aprobación
Las pruebas son responsabilidad del
Testing Operacional del equipo de
proyecto, quien en conjunto con el usuario
deben seleccionar las pruebas que se
aseguren de la efectividad del sistema.
 7

2.2 Requerimientos De Pruebas Excluidos

N/A N/A N/A N/A

Nombre Descripción Tipo Nivel Criticidad (Bajo-Medio-Alto)

2.3. Casos De Pruebas Incluidos

# Casos # Estimado de Tipo Modulo Total Casos

Disponibles Casos Nuevos
100 15 Funcional Proyectos
30 9 Funcional Revisión
25 6 Funcional Aprobación
155

2.4. Casos De Pruebas Excluidos

# Casos Disponibles # Estimado Casos Tipo Modulo

Nuevos
N/A N/A N/A N/A

3. Entorno Y Configuración De Las Pruebas

Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes

entornos, a saber:
a. Computador con Windows 10 con acceso a internet.
b. Equipo Cliente: Equipo de prueba
- PC1 HP Pavilion Intel Core I5– 8 Gb Ram – SSD 256 Gb
c. Base de datos MYSQL, Google Crome, HTML, CSS, Xampp, Visual Studio Code . Estos
softwares se encontrarán instalados en el equipo, ya que se va a trabaja como un servidor
local para realizar las pruebas detallado en el punto (a) del entorno y configuración de las
pruebas.

Todos ellos instalados y configurados por el equipo de trabajo de la empresa Bar

Bolicruack., diseñadores del sistema HTML-CSS 1.0.
 8

3.1. Criterios De Inicio

 Aceptación del plan de pruebas. Revisión y aceptación del documento que contiene los casos
de pruebas para la certificación del proyecto.

 Aceptación de paquetes. Revisión y aceptación de los paquetes de desarrollo y que este

cumpla con las condiciones de aceptación.

 Aceptación de ambiente. Revisión y aceptación del ambiente de certificación y que este

cumpla con las condiciones de aceptación.

3.2. Bases De Datos De Pruebas

Administradores de base de datos de, MYSQL

MYSQL es un sistema de gestión de bases de datos relacionales multiplataforma, multiproceso y
multiusuario, distribuido bajo un sistema de licencia gratuita.
 
Xampp
Como te mencionamos antes, Xampp es un servidor web local multiplataforma que
permite la creación y prueba de páginas web u otros elementos de programación. Sin
embargo, Xampp integra una serie de herramientas que potencian y facilitan la
experiencia al desarrollador.

PHP
Es un lenguaje de programación destinado a desarrollar aplicaciones para la web y crear páginas
web, favoreciendo la conexión entre los servidores y la interfaz de usuario. Entre los factores que
hicieron que PHP se volviera tan popular, se destaca el hecho de que es de código abierto.

Lenguaje de programación, HTML

Lenguaje orientado a objetos, su intención es permitir que los desarrolladores de aplicaciones
escriban el programa una sola vez y lo ejecuten en cualquier dispositivo, es robusto, seguro y
portable.

CSS
son las siglas en inglés para «hojas de estilo en cascada» (Cascading Style Sheets).
Básicamente, es un lenguaje que maneja el diseño y presentación de las páginas web, es decir,
cómo lucen cuando un usuario las visita. Funciona junto con el lenguaje HTML que se encarga
del contenido básico de las páginas.
 9

Visual Studio Code es un editor potente y en gran parte por las extensiones. Las extensiones
nos permiten personalizar y agregar funcionalidad adicional de forma modular y aislada. Por
ejemplo, para programar en diferentes lenguajes, agregar nuevos temas al editor, y conectar
con otros servicios.

3.3. Criterios de Aprobación/Rechazo

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.

Nombre Descripción
1 Se aprobará el proyecto con un 100% de las pruebas ejecutadas, pero
con una 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 se rechaza completo en su etapa de certificación.
 1
0

4. Estrategias De Pruebas

Se requiere certificar por parte del equipo de desarrollo y por parte del cliente al producto
HTML CSS 1.0 – Aplicación de CP que se encargará atender solicitudes o requerimientos para los
clientes del Bar Bolicruack.

1ra. Etapa: Que las funcionalidades de los módulos de proyectos y de revisión sean operativas.
2da. Etapa: Que las funcionalidades integradas de los módulos de proyectos, revisión y
aprobación sean operativas.
Conjuntamente los sub-objetos para los tres módulos se resumen de la siguiente forma:

 El ingreso y la postulación de las propuestas técnicas y sus empleados asociados.

 La creación, modificación y eliminación de acuerdo a los permisos.
 La revisión y aprobación de los entregables de cada proyecto.
 La visualización, modificación y eliminación del calendario de evaluaciones y reuniones.
 Que los documentos y actividades se generen con su estado correspondiente en el
sistema.

4.1. Escenario De Las Pruebas

Para cumplir con los objetivos planteados deben existir tres escenarios, que son:

Pruebas de Instalación: Se debe comprobar que:

 Las aplicaciones no presentan anomalías.
 Que apunta al servidor y base de datos definidos.
 11

Pruebas de GUI o Interfaz: Se debe comprobar que:

 El comportamiento del sistema de información con casos de los bordes inválidos y
válidos, donde las pruebas de borde se definen como aquellas pruebas en las cuales los
datos de prueba a utilizar son valores límites.
 Carga, despliegue, foco, modalidad, navegabilidad y usabilidad de las GUI del sistema y
sus elementos. Donde las métricas y heurísticas de usabilidad y funcionalidad a utilizar
sean las siguientes:
 Comprensión global del sitio.
 Aspectos de interfaces y estéticos.
 Métricas de confiabilidad.
 Navegación y exploración.

Pruebas de operación y funcionales: Se debe comprobar que:

 El comportamiento del sistema de información con casos inválidos y válidos, de flujo

completo del proceso de las propuestas y proyectos.
 El comportamiento del sistema de información con casos inválidos y válidos, de flujo
completo del proceso de los artículos ingresados en productos.
 El comportamiento del sistema de información con casos inválidos y válidos, de flujo
completo del proceso de las diferentes actividades relacionadas a una propuesta y
proyecto de gestión de atención al cliente de la empresa Postobón s.a.
 El comportamiento del sistema de información para el módulo de contrato.
 El comportamiento del sistema de información para el módulo de clientes, activos,
desperfectos, toma fotográfica, empleados y usuarios.
 El comportamiento del sistema de información para el módulo de solicitudes y detalle de
solicitud.
 1
2
4.2 Orden De Ejecución De Pruebas
Las pruebas se llevarán a cabo de la siguiente forma:

Secuencias de pasos para la configuración.

1. Configuración del equipo del cliente del servidor y de la base de datos.

Secuencias de pasos para la generación de archivos para los módulos.

1. Ejecución de proceso (Manual) de generación de archivos de entrada y salida con la
información de los activos y atención para alimentar al sistema de información HTML-CSS 1.0.
Secuencias de pasos para la generación de datos para los módulos.
1. Ejecución del proceso (manual) de generación de datos, donde las tablas y campos a utilizar
serán llenados manualmente.

4.3. Equipo De Pruebas Y Responsabilidades

Nombre Responsabilidad
Miguel Moreno Arquitectos de producto, responsable de
evaluar las condiciones de término para el
proceso de pruebas junto al Jefe de Proyectos.
Iván Beltrán Jefes de Proyectos, responsable de evaluar las
condiciones de término para el proceso de
pruebas junto al Arquitecto de Producto.
Yeraldith Montes Analista funcional, responsable de la
resolución de las incidencias de certificación
para los módulos de Proyectos, Revisión y
Aprobación.
Diana Cifuentes Testing de Solución, responsable de la
generación del plan de pruebas.
 13

Conclusión

En el instante que comprendamos la importancia de un buen diseño, una buena planeación, y

ejecución de pruebas vamos a agradecer la implementación de todo el proceso de desarrollo de
nuestro sistema de información, empezando desde la recolección de datos con los diferentes
medios, pasando por los diseños creados en Visual Studio Conde hasta implementar el desarrollo
del sistema de información con la tecnología seleccionada.