FASE 5 DE DESARROLLO

AP09-AA10-EVO2. DISEÑO Y EJECICION DE PLAN DE PRUEBAS DEL

SISTEMA DE INFORMACION

INSTRUCTOR
CARLOS ALBERTO FUEL

APRENDICES
LINA MARCELA TAPIAS
OSCAR ENRRIQUE PELAYO

TECNOLOGO EN ANALISIS Y DESARROLLO DE SISTEMAS DE

INFORMACION

SERVICIO NACIONAL DE APRENDIZAJE SENA

REGIONAL QUINDIO

2022
 TABLA DE CONTENIDOS
Introducción…………………………………………………………………………………………………………………………………..4

Alcance de las pruebas del sistema de formación……………………………………………………………………..……5

Definiciones y acrónimos…………………………………………………………………………..……………………………..……6

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

Ajustes y recomendaciones………………………………………………………………………………………………………….12

Anexos ………………………………………………………………………………………………………………………………………...13

Plantilla de casos de pruebas………………………………………………………………………………………………………..14

Conclusión…………………………………………………………………………………………………………………………………...15
Versión Fecha Punto Cambios Preparado Aprobado
respecto a la por por
versión
anterior

1.0 03/08/2022 Versión inicial Oscar Enrique Lina marcela

pelayo tapias
Mendoza
 INTRODUCION

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 el siguiente.

Gestión de calidad
Sistema de Plan de
aseguramiento Verificación y
Control de
gestión de de calidad
calidad validación
calidad (PAQ)

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:
1 requerimientos funcionales y requerimientos no funcionales del software.
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.
2 fallos e inconsistencias del sistema.
Casos de Prueba: Un conjunto de entradas, condiciones de ejecución y
resultados esperados, diseñados para un objetivo particular.
3 pruebas estáticas y pruebas dinámicas del sistema.
Equivocación: Una acción del ser humano que produce un resultado incorrecto.
Verificación: Un conjunto de actividades que aseguran que el software
implementa correctamente una función específica. (¿Estamos construyendo el
producto correctamente?)
Defecto: Un paso, proceso o definición de dato incorrecto en un programa de
computadora. EL resultado de una equivocación.
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.
Testware : Es el producto resultante de las pruebas
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?)

Acrónimos
1 SQA: Software Quality Assurance (Aseguramiento de Calidad de Software)
2 GUI: Graphical User Interface (Interfaz Gráfica)
3 PDL: Program Desing Language (Lenguaje de Diseño de Programas)
4 UD: Use-Definition Chain (Cadena Definición-Uso)
5 OO: Object-Oriented (Orientado a Objetos

Referencias
Proyecto Tipo de proyecto
Versión 0.1 Desarrollo de aplicación para guardar
datos de clientes
Documentos Evaluación de Relacionados
Plantilla de casos De prueba
Equipo de proyecto
Equipo de proyecto Oscar Enrique pelayo Arquitecto Oscar Enrique pelayo
Lina marcela tapias Arquitecto Lina marcela tapias
 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 datos de
clientes 1.0 – Aplicación Móvil para la recolección de datos de los clientes de una empresa
lechera.

1.2. 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 documentos relacionados

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

Descripción del Ambiente de Pruebas (Precondiciones y Postcondiciones

Alcances 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 datos
de clientes 1.0.

Cuadro resumen de las pruebas

Modulo del sistema para ser aprobado módulos -proyectos –

aprobación- Revisión

Adjetivos de las pruebas En estos módulos se realizarán pruebas para

validar
. La secuencia lógica de las funcionalidades y
transacciones
. 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 respuesta y realización de las transacciones
de cada módulo.

. La operación de los servicios, diseñados para

dar respuesta a los productos del sistema
datos de clientes 1.0
. La visualización de los datos, Ingresados o
modificados

Los módulos se deben ejecutar en forma

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

Casos Estimado de Tipo Modulo Total, casos

disponibles casos nuevos
125 30 Funcional Proyectos
50 11 Funcional Revisión
25 8 Funcional Aprobación
250

2.4. Casos De Pruebas Excluido

Casos disponibles Estimados 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. Base de datos MYSQL, Google Crome, Spring Tool Suite 4, Postman, Android
Studio. 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.
B. Equipo Cliente: Equipo de prueba
C. a. Computador con Windows 10 con acceso a internet.
Todos ellos instalados y configurados por el equipo de trabajo de la empresa CreApp
s.a.s, diseñadores del sistema datos de los clientes 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 ambiente. Revisión y aceptación del ambiente de certificación y que este
cumpla con las condiciones de aceptación.
Aceptación de paquetes. Revisión y aceptación de los paquetes de desarrollo 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.
Entorno de desarrollo Android Studio Android Studio es el entorno de desarrollo
integrado (IDE) oficial para el desarrollo de apps para Android, basado en IntelliJ IDEA,
Un entorno unificado donde puedes desarrollar para todos los dispositivos Android.
Postman Herramienta que principalmente nos permite crear peticiones sobre APIs de una
forma muy sencilla y poder, de esta manera, probar las APIs. ... Alrededor de la idea de
testear las APIs, Postman nos ofrece un conjunto de utilidades adicionales para poder
gestionar las APIs de una forma más sencilla.
Spring Source Tool Suite (STS) es un IDE basado en la versión Java EE de Eclipse,
pero altamente customizado para trabajar con Spring Framework. Entre las características
más destacadas que STS proporciona se encuentran: Soporte para Spring 3. Asistentes
para la creación de proyectos Spring, permite el desarrollo de Api con Spring Boot
Lenuaje php: PHP (acrónimo recursivo de PHP: Hypertext Preprocessor ) es
un lenguaje de código abierto muy popular especialmente adecuado para el desarrollo
web y que puede ser incrustado en HTML.
3.3. Criterios de Aprobación/Rechazo

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

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

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
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 Prueba

Se requiere certificar por parte del equipo de desarrollo y por parte del cliente al producto datos
de clientes 1.0 – Aplicación Móvil que se encargará de recolectar los de datos de clientes mas
frecuentes y las compras

Primera 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:

Segunda etapa: Que las funcionalidades de los módulos de proyectos y de revisión sean operativas

. Que los documentos y actividades se generen con su estado correspondiente en el sistema.

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

. 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

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

4.1. Escenario De Las Pruebas

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

Pruebas de Instalación: Se debe comprobado

Que apunta al servidor y base de datos definidos, Las aplicaciones no presentan anomalías.
Pruebas de Interfaz: se debe comprobar que,

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

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

. Navegación y exploración

. Métricas de confiabilidad

. Aspectos de interfaces y estéticos.

. Comprensión global del sitio

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

- El comportamiento del sistema de información para el módulo de solicitudes y detalle de

solicitud

- El comportamiento del sistema de información para el módulo de contrato.

- 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

4.2 Orden De Ejecución De Pruebas

se llevarán a cabo de la siguiente forma:

Secuencias de pasos para la configuración

1. Ejecución del proceso (manual) de generación de datos, donde las tablas y campos a
utilizar serán llenados manualmente.
2. Secuencias de pasos para la generación de archivos para los módulos.

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 datos de los
clientes 1.0.

3. configuración del equipo del cliente del servidor y de la base de datos

4.3. Equipo De Pruebas Y Responsabilidades

Nombre Responsabilidad
Oscar enrique pelayo Testing de Solución, responsable de la
generación del plan de pruebas
Lina marcela tapias Analista funcional, responsable de la
resolución de las incidencias de certificación
para los módulos de Proyectos, Revisión y
Aprobación
Oscar enrique pelayo Jefes de Proyectos, responsable de evaluar las
condiciones de término para el proceso de
pruebas junto al Arquitecto de Producto.
Lina marcela tapias Arquitectos de producto, responsable de
evaluar las condiciones de término para el
proceso de pruebas junto al Jefe de Proyectos

COMCLUSION
El plan de pruebas tiene como objetivo orientar el esfuerzo de pruebas, identificando y detallando
las pruebas más importantes, para que el equipo de QA pueda enfocarse en su ejecución y pueda
responder de forma adecuada a los cambios que tiene el proyecto.

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 StarUML hasta implementar el desarrollo del sistema
de información con la tecnología seleccionada.