Estudio de caso.

Pruebas de software

CALIDAD EN EL DESARROLLO DE SOFTWARE

Evidencia de conocimiento: Estudio de caso. Pruebas de software.

Autor
Yorman Eduardo Rincón Cano
CC: 1091678800

2022
 Estudio de caso. Pruebas de software

ACTIVIDAD

Para asegurar un excelente desempeño en el estudio de caso, se solicita antes de su

presentación estudiar el material Objeto de Aprendizaje (OA) titulado Pruebas de software,

que debe leer y asimilar para lograr la conceptualización técnica del presente tema de estudio.

Para el desarrollo de la evidencia de conocimiento analice el siguiente caso:

La empresa SoftSena, especializada en desarrollo de software, ha sido requerida por una

clínica de salud, la cual ha presentado el requerimiento de desarrollar un sistema de

información tradicional (de escritorio), donde se registren los medicamentos entregados a los

pacientes, los formulados por los médicos y los que se compran a los proveedores.

De igual forma la empresa requiere conocer el estado de inventario de los medicamentos por

laboratorio. El sistema debe permitir generar todos los reportes necesarios de acuerdo a los

requerimientos diarios, semanales y mensuales. Por tal motivo, se solicita la asesoría de un

profesional en este campo.

El grupo técnico para la construcción del proyecto ya está conformado. Sin embargo, se

enfrenta a la decisión de escoger el modelo de software que orientará el diseño y construcción

y a su vez, las pruebas a aplicar, según el modelo del ciclo de vida del software escogido.

Teniendo en cuenta lo anterior, el Aprendiz deberá realizar un plan de pruebas en un

documento en formato Word, en el cual:

1. Evidencie el modelo, según el ciclo de vida escogido.

2. Determine el alcance de la prueba.

3. Relacione los tipos de pruebas a aplicar.

 Estudio de caso. Pruebas de software

4. Analice estrategias de pruebas.

5. Exponga criterios de salida y los aspectos anexos que considere necesario tener en

cuenta
 Estudio de caso. Pruebas de software

DESARROLLO

1. Evidencie el modelo, según el ciclo de vida escogido:

Como modelo de software se eligió un modelo en cascada, donde se ejecuta

secuencialmente, realizando un paso tras otro solo después de que se hayan completado con

éxito las tareas de verificación y validación de la etapa. Si es necesario, simplemente vuelve

inmediatamente al paso anterior.

Análisis → Diseño → Creación de código → Pruebas → Mantenimiento

2. Determine el alcance de las pruebas (funcionalidades del sistema de información):

El principal plan de prueba para este proyecto es descubrir (y eventualmente corregir)

cualquier error cometido en las fases anteriores del proyecto. Aplicación de diversas

pruebas, herramientas y metodologías en cada una de estas etapas.

3. Relaciones los tipos de prueba a aplicar:

● Pruebas unitarias: Estas se utilizan para asegurar que una determinada parte de

nuestro sistema está funcionando correctamente. En este tipo de prueba, el "probador"

debe buscar condiciones de contorno que revelan las limitaciones de la

implementación del componente tratándolo como una caja negra ("prueba de caja

negra") o mirando su estructura interna ("prueba de caja blanca" )

● Pruebas de integración: Se realizan cuando se ensamblan los componentes que

componen nuestro sistema y para detectar errores en sus interfaces. Ejecuta una

compilación diaria utilizando los componentes del sistema tal como están
 Estudio de caso. Pruebas de software

(compilación diaria) y el sistema se someterá a una serie de pruebas básicas (prueba

de humo) que garantizan que el proyecto pueda continuar al día siguiente.

● Pruebas alfa: Cuando se realizan desde la perspectiva del usuario final, pueden
ayudar a mejorar la funcionalidad de la interfaz de usuario del sistema.

4. Analice estrategias de pruebas

El plan de prueba se basa completamente en pruebas funcionales, de instalación, de regresión

y otras que consideran requisitos no funcionales.

● Revisión de documentación: La estrategia de estas pruebas es revisar la

documentación y los casos de uso, verificando su integridad y la consistencia de la

información contenida en ellos.

● Pruebas Unitarias: Las estrategias para realizar estas pruebas son generar los casos

de prueba necesarios:

○ Para que cada enunciado o sentencia del programa se ejecute correctamente al

menos una vez.

○ Cada condición tiene al menos un resultado verdadero y al menos un

resultado falso.

○ Pruebe el mismo ciclo varias veces (si corresponde) en los siguientes casos:

omitir ciclo, omitir una vez, omitir dos veces, omitir n veces, omitir n-1 veces

y n+1 veces

● Estrategias para Pruebas Funcionales o de Procedimiento: La estrategia para

estas pruebas es preparar y ejecutar conjuntos de pruebas considerando flujos

normales y flujos alternativos utilizando datos válidos e inválidos, lo que permite

verificar lo siguiente:

○ Usar datos válidos.

 Estudio de caso. Pruebas de software

○ Manejo incorrecto de datos

● Pruebas de regresión: La estrategia para estas pruebas es repetir las pruebas

(funcionalidad y carga) antes de corregir errores o agregar nuevas funciones, de

modo que los cambios no introduzcan errores donde antes no los había.

● Pruebas de aceptación: Estos se basan completamente en pruebas funcionales,

instalación y más, teniendo en cuenta los requisitos funcionales de las pruebas.

Además, estas pruebas son pruebas funcionales o de procedimiento de caja negra.

● Pruebas funcionales o de procedimiento: La estrategia de ejecución de estas

pruebas es preparar y ejecutar conjuntos de pruebas, considerando trayectorias

comunes y flujos alternativos, y utilizando datos válidos y no válidos para permitir la

verificación de casos de prueba.

● PROBADORES

Probadores de ingeniería enfocados en la reducción de riesgos:

Factor de Pruebas
Cumplimiento Técnica
prueba funcionales

Las pruebas funcionales aseguran que el usuario

está bien capacitado para operar el software y
Descripción también registra rutas que no se consideraron en
pruebas anteriores. software y tomar las medidas
necesarias con él
 Estudio de caso. Pruebas de software

Factor de Facilidad de
Técnica Revisiones
prueba uso

El cliente y/o usuario final debe ser incluido en el

rol de revisor en las sesiones de revisión donde
Descripción
se discuten los escenarios de software de
usabilidad de calidad.

Factor de Facilidad de Prueba de

Técnica
prueba uso requisitos

Validación de los requisitos no funcionales del

entorno recopilados con el cliente frente a la
Descripción
funcionalidad requerida en el entorno de
producción

o GUI
Requisitos
o Tiempo de respuesta.
funcionales
o Mensajes.

● Pruebas de integración: Son realizadas durante el proceso de desarrollo de software

deben cumplir con las siguientes prácticas y pautas de desempeño:

○ Existe una fase de prueba unitaria completa y aprobada para iniciar las pruebas

de integración.

○ Se debe probar los componentes o módulos individuales del software y luego

agrupar estos componentes progresivamente hacia arriba y funcionalmente

para probar escenarios que involucren las características interactivas de los

diversos componentes, y así sucesivamente, hasta que se logre el nivel más

alto de funcionalidad e integración.

 Estudio de caso. Pruebas de software

● Técnicas de ejecución:

OBJETIVO TECNOLÓGICO

Asegurar el funcionamiento interno de los componentes en desarrollo mediante el control de las

operaciones realizadas por el software para cada llamada/llamada/respuesta y el procesamiento de
datos en cada operación.

TÉCNICA
Prueba de caja negra
Entrada → Proceso → Salida

INSTRUMENTOS A USAR

ROBOT DE PRUEBA - SEGUIMIENTO DE VARIABLES

ÉXITO EXPERIMENTAL
Compatibilidad de las funciones del sistema con los requisitos del usuario
Manejo óptimo de errores y excepciones
Supervisión sencilla del rendimiento con seguimientos.

OBJETIVO TECNOLÓGICO

Asegúrese de que los componentes funcionen correctamente individualmente cuando se integran

con otros módulos y componentes

TÉCNICA
Pruebas de Regresión
INSTRUMENTOS A USAR

ROBOT DE PRUEBA - SEGUIMIENTO DE VARIABLES

ÉXITO EXPERIMENTAL

No se detectan los errores introducidos durante la integración del sistema

 Estudio de caso. Pruebas de software

OBJETIVO TECNOLÓGICO

Asegúrese de que los parámetros de los componentes y todos los aspectos relacionados con la
integración de las partes del software (notas, configuraciones, personalizaciones) cumplan con los
problemas que el equipo de desarrollo identificó previamente durante la fase de diseño.

TÉCNICA
Lista de verificación
INSTRUMENTOS A USAR

Listas de verificación integradas para inspección

ÉXITO EXPERIMENTAL

El 100% de los productos han sido revisados ​y cumplen condiciones aceptables

5. Exponga criterios de salida y los aspectos anexos que considere necesario tener en

cuenta.

● Criterios generales de entrada al plan de pruebas

○ Conjunto de pruebas claro y completo.

○ Aclaración en el procedimiento de desarrollo de pruebas.

○ Todos los documentos necesarios para pasar las pruebas deben estar

disponibles

● Criterios generales de salida al plan de pruebas

○ Todos los conjuntos de pruebas creados para cada caso de uso se completaron

con éxito y cumplieron con los criterios de aceptación definidos para cada

uno.
 Estudio de caso. Pruebas de software

● Detener y reiniciar

○ Una función importante tiene un error que impide la prueba de un área

importante.

○ El entorno de prueba no es lo suficientemente estable para confiar en los

resultados.

○ El entorno de prueba es muy diferente del entorno de producción.

○ No se puede instalar una nueva versión o componente

● PRUEBAS FUNCIONALES

○ Relación de medicamentos por laboratorio y fecha de caducidad

○ Compra a proveedores

○ Medicamentos entregados a pacientes

○ Medicamentos recetados por médicos

○ informes