1

AP09-AA10-EV02-Diseño-Ejecucion-Pruebas

Alvaro Javier Peña Suarez

Jhon Marho Hoyos Garcia
Robert Smith Duque Morales
Yeisson Fernando Rincon Blandon
Noviembre 2020

Servicio Nacional De Aprendizaje SENA

Análisis y Desarrollo de Sistemas de Información
Ficha 1965983
 2

CAMBIOS
RESPECTO A PREPARADO APROBADO
VERSION FECHA PUNTO
LA VERSION POR POR
ANTERIOR
Alvaro Peña
Stratospher Jhon Hoyos Walter
12/11/2020 Versión Inicial
1.0 Robert Duque Ochoa
Yeisson Rincon

Tabla de Contenidos

Introducción.....................................................................................................................................3
Alcance de las pruebas del sistema de información…..……..…………………….………………4
 3

Definiciones y Acrónimos..…….………………………………………………………………....5
Referencias………….……………………………………………………………………………..7
Visión general del documento.……………………………………………………..……………..8
Descripción del ambiente de pruebas (Precondiciones y Postcondiciones)…………..………….9
Casos de pruebas unitarias…..…………………………………………………………………...10
Casos de pruebas integrales...........................................................................................................10
Ajustes y recomendaciones............................................................................................................12
Anexos……………………...........................................................................................................13
Casos de pruebas (Plantilla de casos de prueba)…………………………………………………14
Conclusión……………………………………………………………………………………….15

Introducción
 4

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 Verificación
Aseguramiento Control de
Gestión de Y
de la Calidad Calidad
la calidad Validación
(PAQ)

Alcance de las pruebas del sistema de información

 5

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.
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
 6

 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

Stratospher 1.0 Proyecto de desarrollo de Pagina WEB Gaby Sport

Documentos Evaluación Relacionados

Casos de pruebas (Plantilla de casos de prueba)
Equipo de Proyecto
Alvaro Peña Alvaro Peña
Jhon Hoyos Arquitectos de Jhon Hoyos
Equipo de Trabajo
Robert Duque Producto Robert Duque
Yeisson Rincon Yeisson Rincon

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 Stratospher 1.0 – Pagina WEB empresa Gaby
Sport

El objetivo general del plan es establecer la cronología y condiciones para la aplicación de las
pruebas de manera de obtener, un sistema que pueda ser completado con una recepción total de
los interesados y entrar en operación con la totalidad de las funcionalidades requeridas para su
funcionamiento.
 7

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 Stratospher 1.0.

2.1. Cuadro Resumen De Las Pruebas

Módulos:
- Proyectos
Modulo del sistema a ser aprobados
- Revisión
- Aprobación
Objetivos de las Pruebas 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 Stratospher 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.
 8

- La secuencia lógica de las funcionalidades

Detalle del orden de ejecución de los
módulos
Responsabilidad de la Prueba
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.

2.2 Requerimientos De Pruebas Excluidos

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

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

2.3. Casos De Pruebas Incluidos

# Casos # Estimado de
Tipo Modulo Total Casos
Disponibles Casos Nuevos
200 30 Funcional Proyectos
75 11 Funcional Revisión
55 8 Funcional Aprobación
330

2.4. Casos De Pruebas Excluidos

# Casos Disponibles # Estimado Casos Tipo Modulo

 9

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 7 – 8 – 10 con acceso a internet.

b. Equipo Cliente: Equipo de prueba
- PC1 ASUS TP412U Intel Core I3 – 4 Gb Ram – SSD 256 Gb
c. Base de datos SQL Server, XAMPP, Mozilla Firefox, Sublime Text 3. Este software se
encontrará instalado 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 ARJY Solutions,
diseñadores del sistema Stratospher 1.0.

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, SQL Server

 10

SQL Server es un sistema de gestión de bases de datos relacionales multiplataforma,

multiproceso y multiusuario, distribuido bajo un sistema de licencia gratuita.

Lenguaje de programación, PHP

Es un lenguaje interpretado de uso general ampliamente utilizado que está especialmente
diseñado para el desarrollo de sitios WEB y puede integrarse en el código HTML.

Entorno de desarrollo, CSS

CSS (hojas de estilo en cascada) es un lenguaje que define la apariencia de un documento escrito
en un lenguaje de marcado (Por ejemplo, PHP). Esta separación entre la estructura y la
presentación es muy importante, ya que permite que solo cambiando los CSS se modifique
completamente el aspecto de una página WEB.

Entorno dinámico, JavaScript

JavaScript es un lenguaje de programación que se utiliza principalmente para crear paginas WEB
dinámicas. Una página WEB dinámica es aquella que incorpora efectos como texto que aparece
y desaparece, animaciones, acciones que se activan al pulsar un botón y ventanas con mensajes
de aviso al usuario,
Siendo también el medio por el cual se va realizar la conexión directa a nuestra base da datos.

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.
 11

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
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
1
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.

4. Estrategias De Pruebas

Se requiere certificar por parte del equipo de desarrollo y por parte del cliente al producto
Stratospher 1.0 – Pagina WEB que se encargará de comercializar los productos ofrecidos por la
compañía Gaby Sport de forma virtual.

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:

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

o La creación, modificación y eliminación de acuerdo a los permisos.
o La revisión y aprobación de los entregables de cada proyecto.
 12

o La visualización, modificación y eliminación del calendario de evaluaciones y reuniones.

o 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.

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:
o Comprensión global del sitio.
o Aspectos de interfaces y estéticos.
o Métricas de confiabilidad.
o 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.
 13

- 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 ventas de los artículos de Gaby Sport.
- El comportamiento del sistema de información para el módulo de facturación.
- El comportamiento del sistema de información para el módulo de clientes, productos,
ingreso de productos nuevos, ventas, empleados y usuarios.
- El comportamiento del sistema de información para el módulo de aprobación.

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 y del servidor de la Pagina WEB y de la base de datos.

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

1. Ejecución de proceso (Manuel) de generación de archivos de entrada y salida con la
información de los artículos, elementos, ventas, productos para alimentar al sistema de
información Stratospher 1.0.

Secuencias de pasos para la generación de datos para los tres 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
Robert Duque Arquitectos de producto, responsable de
evaluar las condiciones de término para el
 14

proceso de pruebas junto al Jefe de Proyectos.

Jefes de Proyectos, responsable de evaluar las
Yeisson Rincon condiciones de término para el proceso de
pruebas junto al Arquitecto de Producto.
Analista funcional, responsable de la
resolución de las incidencias de certificación
Alvaro Peña
para los módulos de Proyectos, Revisión y
Aprobación.
Testing de Solución, responsable de la
Jhon Hoyos
generación del plan de pruebas.

Conclusión

En el momento que podamos comprender la vitalidad de un bueno diseño y ejecución de pruebas

vamos a conocer a fondo la importancia que tiene todo el proceso de desarrollo de nuestro
sistema de información empezando desde la recopilación de datos pasando por el diseño creado
en STARUML hasta lograr desarrollar el sistema de información en la plataforma seleccionada.