TALLER III CALIDAD EN EL DESARROLLO DE SOFTWARE

Estudiante:

Andres Lievano Restrepo

CURSO CALIDAD EN EL DESARROLLO DEL SOFTWARE 2330161

SENA

Versión 1.0

Fecha de entrega: 3 junio de 2021

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.

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

El modelo de software seleccionado para la clínica será el clásico, también llamado "modelo en
cascada", en donde se realizará de forma secuencial llevando una etapa tras la otra solo tras finalizar
con éxito las tareas de verificación y validación propias de la etapa. Si resulta necesario,
únicamente se da marcha atrás hasta la fase inmediatamente anterior, teniendo en cuenta que la
clínica nos solicita varios módulos dentro de un mismo sistema de escritorio este es el método que
más se ajusta a nuestro caso, donde vamos a probar por separado cada módulo y al final
verificaremos su integridad y la integración de todos en un solo programa.

2. Determine alcance de la prueba.

El plan de pruebas para el proyecto de la clínica es poder detectar de manera temprana los errores
que se pudieron cometer en las etapas anteriores del proyecto y para así poder corregirlos
nuevamente, aplicando diferentes pruebas, herramientas y metodologías para cada una de las etapas.

3. Relacione los tipos de prueba a aplicar.

- Prueba de configuración: Se realizarán pruebas de configuración ya que al ser un software

de escritorio deberá poder contar con la compatibilidad con los diferentes equipos y
servidores que tenga la clínica y donde funcionará el software.
 - Pruebas de unidad: De esta manera podemos probar cada uno de los módulos requeridos
por la clínica de manera unitaria para verificar el correcto funcionamiento de cada uno antes
de su unificación en un solo software, ya que este tipo de pruebas sirven para comprobar el
correcto funcionamiento de un componente concreto de nuestro sistema, en este tipo de
pruebas el "Tester" debe buscar llevar al límite el módulo para así exponer las limitaciones
de la implementación del componente, ya sea tratando éste como una caja negra o
fijándonos en su estructura interna.

- Pruebas de recuperación: Se realizan pruebas de recuperación ya que la clínica por

manejar pacientes debe contar con la recuperación de datos y en lo posible que el sistema
tenga una recuperación automática.

- Pruebas de integración: Se realizarán al momento de terminar todas las pruebas de los

módulos que solicito la clínica, de esta manera se van juntando los componentes que
conforman sistema solicitado por la clínica y sirven para detectar errores en sus interfaces.

- Prueba de humo: Se probará de manera constante el software una ves se encuentre

unificados todos los módulos y estas pruebas se combinarán con las pruebas funcionales de
los módulos y la integración

- Pruebas alfa: Estas pruebas las realizará un usuario final quien dará a conocer su punto de
vista en el funcionamiento, utilidad, facilidad de uso y certeza de datos, esto puede ayudar a
mejorar los módulos y la integración.

- Prueba de estilo: Al ser una clínica mas que probar el estilo se deberá probar la facilidad
de uso del software y lo amigable que es el entorno con el usuario

4. Analice estrategias de pruebas.

El plan de pruebas desarrollado para la clínica serán pruebas funcionales, de instalación, de

recuperación y otras todo teniendo en cuenta los requerimientos no funcionales que dio la clínica.

Pruebas funcionales o de procedimientos: La estrategia para realizar estas pruebas consiste en la

elaboración y ejecución de Set de Pruebas, teniendo en cuenta flujo normal y flujos alternativos,
usando datos validos e inválidos que permitan verificar lo siguiente:
- Uso de datos válidos.
- Uso de datos inválidos.

Pruebas unitarias: Las estrategias para realizar estas pruebas consiste en generar casos de prueba
necesarios:

- Para que cada sentencia o instrucción del programa se ejecute al menos una vez
correctamente.
- Para que cada condición tenga por lo menos una vez un resultado verdadero y al menos una
vez uno falso.
- Para probar varias veces el mismo bucle (en donde aplique) considerando los siguientes
casos: Ignorar el bucle, pasar una vez, pasar dos veces, pasar n veces, pasar n-1 veces y n+1
veces.
Pruebas de Aceptación: Las pruebas de aceptación se basarán en su totalidad en pruebas
funcionales, instalación, y otras teniendo en cuenta los requerimientos funcionales las pruebas.
Adicionalmente estas pruebas serán de caja negra.

Revisión de la documentación: La estrategia para realizar estas pruebas, consiste en la

revisión de la documentación y casos de uso verificando su completitud y concordancia
en la información que se encuentra en ellos.

Pruebas de Regresión: La estrategia para realizar estas pruebas consiste en repetir las
pruebas (funcionales y de carga) ejecutadas antes de corregir defectos o de añadir
nuevas funcionalidades, para comprobar que las modificaciones no provocan errores
donde antes no los había.

Pruebas funcionales o de procedimientos: La estrategia para realizar estas pruebas consiste en la

elaboración y ejecución de Set de Pruebas, teniendo en cuenta flujo normal y flujos alternativos,
usando datos validos e inválidos que permitan verificar los casos de pruebas.

Herramientas de prueba

Conformidad: Con las pruebas de operación se garantiza que el usuario está bien capacitado en el
manejo del software y además se lleva un registro para guardar los caminos no contemplados dentro
de las pruebas previas del software y con ello se tomarán las medidas adecuadas.

Facilidad de Uso: Se debe incluir al cliente y/o usuario final con un role de evaluador durante
sesiones de revisión en las cuales se discutirán los escenarios de calidad referentes a la usabilidad
del software.

Facilidad de Operación: Validar los requerimientos no funcionales de ambiente recolectados con

el cliente versus las características requeridas por el ambiente de producción.

- GUI
- Tiempos de respuesta.
- Mensajes.

Pruebas de Integración: Las pruebas de integración que se realizaran durante el proceso de

desarrollo de los componentes de software deben seguir las siguientes políticas y lineamientos de
ejecución:

- Se tiene una fase de pruebas unitarias completa y aprobada para el inicio de las pruebas de
integración.
- Probar en primer lugar los componentes o módulos individuales del software y
posteriormente y de manera progresiva se Irán agrupando hacia arriba y de manera
funcional estos componentes para probar escenarios que impliquen varias funcionalidades
de interacción entre los componentes y se continuará así hasta llegar al nivel más alto de
funcionalidad e integración.

5. Exponga criterios de salida y los aspectos anexos que considere necesario tener en cuenta.
Criterios de Entrada del Plan de Pruebas

- Set de pruebas completo y claro.

- Claridad en el procedimiento para el desarrollo de las pruebas.
- Toda la documentación requerida para la realización de las pruebas debe estar
disponible.

Criterio de Salida del Plan de Pruebas

- Que todos los sets de pruebas diseñadas para cada caso de uso se ejecuten de
manera exitosa cumpliendo los criterios de aceptación definidos para cada uno.

Suspensión y Reanudación

- Una característica principal tiene un error que impide probar un área importante.
- El entorno de pruebas no es lo suficientemente estable como para confiar en los resultados.
- El entorno de pruebas es muy diferente del entorno de producción.
- No se puede instalar la nueva versión o un componente

Pruebas de funcionamiento:

1. Inventario de medicamentos por laboratorio y fecha de vencimiento

2. Compra a proveedores
3. Medicamentos entregados a pacientes
4. Medicamentos formulados por los médicos
5. Reportes

1. Inventario de medicamentos por laboratorio y fecha de vencimiento

Registro de medicamentos:
Prueba: Verificar el medicamento adicionado a la base de datos.
- Por medio del formulario de registro de medicamentos ingresar en los campos los datos
solicitados y presionar el botón de Grabar registro.
- Se enviarán datos incorrectos en los campos para verificar que los avisos de información
inválida sean mostrados.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de inventario de medicamentos de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
- En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de
inventario.

Búsqueda de medicamentos:
Prueba: Verificar el registro del medicamento.
- Por medio del formulario de registro de medicamentos se podrán buscar registros de la base
de datos.
- Si no se encuentran registrados avisara por medio de un mensaje.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
 - En el formulario de registro de medicamentos, se debe cargar la información del registro
completo encontrado.
- En caso de enviar datos inválidos el motor de búsqueda no cargará ningún registro en el
formulario de registro de inventario.

Modificación del inventario por salida de medicamentos o vencimiento.

Prueba: Verificar la correcta modificación el registro del inventario.
- Por medio del formulario de registro de inventario se podrán Modificar registros de la base
de datos.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- En el formulario de registro de inventario, se debe cargar la información del registro
completo encontrado.
- En caso de enviar datos inválidos el motor de búsqueda no cargará ningún registro en el
formulario de Registro de Personal.

Ingreso de medicamentos al inventario realizados por compra.

Prueba: Verificar el ingreso de un registro de medicamentos por compra se ejecute correctamente.
- Una vez se ubique el registro de compra por medio de la función búsqueda de compra se
presionará el botón “anexar”.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de registro de inventario de la base de datos y se verificará que el
registro haya sido anexado a la base de datos.

2. Compra a proveedores de medicamentos.

Prueba: Verificar que el proceso de compra se lleve a cabo exitosamente.
- Por medio del formulario de pedido y factura de venta se realizan la verificación de la
compra

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de compra a proveedores de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
- En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de
compra a proveedores.

3. Medicamentos entregados a pacientes.

Prueba: Verificar los medicamentos entregados a los pacientes adicionado a la base de datos médico
tratante.
- Por medio del formulario de entrega de medicamentos ingresar en los campos los datos
solicitados y presionar el botón de Grabar registro.
- Se enviarán datos incorrectos en los campos para verificar que los avisos de información
inválida sean mostrados.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de entrega de medicamentos e inventario de la base de datos y se
verificará que el registro diligenciado en el formulario haya sido adicionado correctamente.
- En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de
Cargos.

4. Medicamentos formulados por médicos.

Registro de médicos
Prueba: Verificar los médicos autorizados a realizar prescripciones a pacientes.
- Por medio del formulario se registran los médicos autorizados a realizar prescripciones de
medicamentos.
- Se enviarán datos incorrectos en los campos para verificar que los avisos de información
inválida sean mostrados.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de registro de médico en la base de datos y se verificará que el registro
diligenciado en el formulario haya sido adicionado correctamente.
- En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de
registro de médico.

Búsqueda de médicos
Prueba: Verificar el registro de los médicos registrados.
- Por medio del formulario de registro de médico se podrán buscar registros de la base de
datos.
- Si no se encuentran registrados avisara por medio de un mensaje.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- En el formulario de cargos se debe cargar la información del registro completo encontrado.
- En caso de enviar datos inválidos el motor de búsqueda no cargará ningún registro en el
formulario de Cargos.

Modificación de médicos.
Prueba: Verificar la correcta modificación el registro del médico.
- Por medio del formulario de registro de médicos se podrán Modificar registros de la base de
datos.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- En el formulario de registro de médicos, se debe cargar la información del registro
completo encontrado.
- En caso de enviar datos inválidos el motor de búsqueda no cargará ningún registro de
médico, avisando por medio de un mensaje.

Bloqueo de médicos.
Prueba: Verificar que el médico ha sido bloqueado del registro de base de datos
- Una vez se ubique el registro a bloquear por medio de la función “Búsqueda de medico”
descrita anteriormente. Se presionará el botón “bloquear”.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de médicos de la base de datos y se verificará que el registro haya sido
bloqueado de la base de datos.

5. Reportes

Reportes de inventario
Prueba: Verificar los reportes del inventario
 - Una vez se ubique el registro inventario de medicamentos descrita anteriormente Se
presionará el botón “copiar” “imprimir”.
- Estos reportes se pueden solicitar en cualquier momento.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de reporte de la base de datos y se verificará que el registro haya
generado correctamente especificando laboratorio y fecha de vencimiento.

Reportes de medico
Prueba: Verificar que medicamentos autorizan los médicos
- Una vez se ubique el registro de médicos se genera la información de medicamentos
enviados. Se presionará el botón “copiar” “imprimir”.
- Estos reportes se pueden solicitar en cualquier momento.

Para que la prueba sea exitosa se deben tener en cuenta estos criterios:
- Se revisará la tabla de médicos de la base de datos y se verificará que el registro se haya
generado correctamente.