AP09-AA10-EV02. Diseño y Ejecución de Plan de Pruebas Del Sistema de Información

 

1

FASE 5 DESARROLLO AP09-AA10-EV02. DISEÑO Y EJECUCIÓN DE PLAN DE PRUEBAS DEL SISTEMA DE INFORMACIÓN.

SANDRA MILENA LOZANO ROJAS Aprendiz

IVAN LEONARDO MEDINA GOMEZ Instructor 

Tecnólogo en Análisis y Desarrollo de Sistemas de Información

SERVICIO NACIONAL DE APRENDIZAJE SENA 2022

 

2

FECHA

PUNTO

CAMBIOS RESPECTO A LA VERSION

PREPARADO PO POR

APROBADO PO POR 

  28/02/2022

 

Versión Inicial

Sandra Milena Lozano

Andres Parra Martínez

 

3 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 yPostcondiciones)..................................8,9 Casos de pruebas unitarias............................................................................................................10 Casos de pruebas integrales..........................................................................................................11 Ajustes y recomendaciones...........................................................................................................12 Anexos...........................................................................................................................................13 Casos de pruebas (Plantilla de casos deprueba)............................................................................13 Conclusión….................................................................................................................................14

 

4

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

Gesón de la Calidad Sistema Gesón calidad

de de la

Plan de Aseguramiento Aseguramien to de la Calidad (PAQ)

Control de Calidad

Verifcación Y Validación

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 funcionales y requerimientos no fun funcionales cionales del software.



  Fallos e inconsistencias inconsistencias del sistema. 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 observ obs ervan an o almace almacenan nan los resultad resultados os y se rea realiz lizaa una evaluaci evaluación ón de algún algún aspect aspecto o del sis sistem temaa o componente. conjunto to de entrad entradas, as, con condic dicion iones es de ejecuc ejecución ión y resul resultad tados os espera esperados dos,, Caso Ca soss de Pr Prue ueba ba:: Un conjun diseñados para un objetivo particular.

Equivocación: Una acción del ser humano que produce un resultado incorrecto.

 

5 entre un valor calculado, observado observado o medido y el valor valor verdadero, esp especificado ecificado o Error: La diferencia entre 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

MVI 1.0

Proyecto Tipo de Proyecto   Proyecto de desarrollo Pagina web

Documentos Evaluación Relacionados Casos de pruebas (Plantilla de casos de prueba) prueba ) Equipo de Proyecto   Sandra Arquitecto Sandra Equipo de Trabajo Milena Lozano de Producto Milena

 

6 Lozano

Visión General Del Documento

1.1. Objetivos Objetivos Del Plan 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 Pagina web Para la empresa ULALA

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 Documentos Relacionado Relacionadoss Nombre Informe de requisitos Versión   1.0 Informe de análisis y diseño   Versión 1.1

Descripción

Informe de requisitos Informe de análisis y diseño

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

2. Alcanc Alcancee de las las Pruebas Pruebas

Mediante los siguientes cuadros se describen los requerimientos de pruebas del sistema NSGT, incluidos y excluidos en la presente certificación del sistema Resos 1.0.

 

5

2.1. Cuadro Resumen Resumen De Las Las Pruebas Pruebas

Modulo del sistema a ser aprobados

Módulos: - Proyectos - Revisión - Aprobación En estos módulos se realizarán pruebas para

validar : -  La visualización de los datos, Ingresados o modifcados -  La operación de los servicios, diseñados para dar respuesta a los productos del sistema.

-  La respuesta y realización de las transacciones de cada módulo.

Objetivos de las Pruebas

-  Que los estados de las acvidades y documentos generados en el sistema se reejen de acuerdo a la secuencia lógica requerida por el usuario.

- 

La secuencia lógica de las uncionalidades

y transacciones.

Los módulos se deben ejecutar en forma independiente, pero consecutivos en el orden siguiente: Detall

-  - 

Revisión

e del orden de ejecución de los módulos

- 

Aprobación

Responsabilidad de la Prueba

Proyectos

Las pruebas son responsabilidad del Testing Operacional del equipo de proyecto, quien en conjunto con el usuario deben seleccionar las pruebas que se

 

6

aseguren de la efectividad del sistema.

 

9

2.2 Requerimientos De Pruebas Excluidos

Nombre

Descripción

 N/A

Nivel Criticidad (BajoMedio-Alto)

Tipo

N/A

N/A

N/A

2.3. Casos De Pruebas Pruebas Incluidos Incluidos

# Casos

# Estimado de

Tipo

Disponibles

Casos Nuevos

 

150 50

   

30 11

Funcional Funcional

Proyectos   Revisión  

45

 

8

Funcional

Aprobación  

Modulo

Total Casos

245

2.4. Casos De Pruebas Pruebas Excluidos Excluidos

# Casos Disponibles

# Estimado Casos

Tipo

Modulo

 N/A

N/A

N/A

N/A

3. Entorn Entorno o Y Configuración Configuración De Las Pruebas 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. internet. b.   Equipo Cliente: Cliente: Equipo de prueba -

PC1 ASUS TP412U Intel Core I3 – 4 Gb Ram – SSD 256 Gb

c.   Base de datos SQLServer, Google Crome, Crome, Spring Tool Suite 4, Postm Postman, an, Visual Studio.

Estos softwares se encontrarán instalados en el equipo, ya que se va a trabaja como un

 

1 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 ULALA s.a.s, diseñadores del sistema.

 

11

3.1. Criterios Criterios De Inicio 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 Datos De Pruebas Pruebas

Administradores de base de datos de, SQLServerf 

SQLServer es un sistema de gestión de bases de datos relacionales multiplataforma, multiproceso y multiusuario, distribuido bajo un sistema sistema de licencia gratuita.

Lenguaje de programación, JAVA

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.

Entorno de desarrollo Visual Studio

Visual Studio es el entorno de desarrollo integrado

(IDE)

oficial

para

el

desarrollo

aplicaciones web, basado en IntelliJ IDEA, Un entorno unificado donde puedes desarrollar.

de

 

1

3.3. Criterios Criterios de Aprobación/Rechazo 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

 

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.

 MVI.01

 

13

 

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. Estra Estrategia tegiass De Pruebas Pruebas

Se requiere requiere certificar por parte del equipo de desarrollo y por parte del cliente al producto–  Aplica Apl icació ción n Web que se encarg encargará ará atende atenderr solici solicitud tudes es o requer requerimi imient entos os de cli cliente entess por la compañía ULALA s.a.s

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 postulación de las propuestas técnicas y ssus us 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.

o

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

o

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

4.1. Escenario Escenario De Las Pruebas 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. apunta al servidor y base de datos defnidos. defnidos. -   Que apunta

 

1

Pruebas de GUI o Interfaz: Se debe comprobar que:

-   El comportamiento del sistema de informaci información ó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, m modalidad, odalidad, 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. sitio.

o

  Aspectos de interfaces interfaces y estéticos.

o

  Métricas de confiabilidad. confiabilidad.

o

  Navegación y exploración.

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

-

El comport comportami amient ento o del sistem sistemaa de inform informaci ación ón con casos inváli inválidos dos y válido válidos, s, de flujo flujo completo del proceso de las propuestas y proyectos.

-

El comport comportami amient ento o del sistem sistemaa de inform informaci ación ón con casos inváli inválidos dos y válido válidos, s, de flujo flujo completo del proceso de los artículos ingresados en productos.

-

El comport comportami amient ento o del sistem sistemaa de informac información ión con casos inváli inválidos dos y válido válidos, s, de flujo 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 ULALA s.a.s

-

El com comporta portamient miento o del siste sistema ma de inform información ación para para el módulo de contrato. contrato.

-

El compor comportamie tamiento nto del sistema sistema de información información para el módulo módulo de clientes, clientes, activos, activos, desperfectos, toma fotográfica, empleados y usuarios.

-

El com comporta portamient miento o del sistema sistema de inform información ación para para el módulo módulo de solici solicitudes tudes y detalle detalle de solicitud.

4.2 Orden De Ejecución De Pruebas

 

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

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

 

evaluar las condiciones de término para el proceso de pruebas junto al Jefe de Proyectos.

Sandra Milena Lozano

  Analista funcional, responsable de la resolución de las incidencias de certificación para los módulos de Proyectos, Revisión y

Sandra Milena Lozano

Sandra Milena Lozano

Sandra Milena Lozano

 

Aprobación.

 

Testing de Solución, responsable de la generación del plan de pruebas.

 

1 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 cread os en StarUML StarUML hasta hasta implement implementar ar el desarroll desarrollo o del sistema de informació información n con la tecno tecnologí logíaa seleccionada.