Pruebas de software

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; a su vez, las
pruebas a aplicar, según el modelo del ciclo de vida del software escogido.

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 alcance de la prueba.

3. Relacione los tipos de prueba a aplicar.

4. Analice estrategias de pruebas.

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

Estudio de caso

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

El modelo de software seleccionado es en cascada el cual se ejecutará en

secuencialmente, solo después de las tareas de verificación y validación paso a paso se
hayan completado con éxito. De ser necesario, se retrocederá hasta la fase anterior.

2. Determine alcance de la prueba:

El plan de prueba general para el proyecto es detectar posibles errores en la primera
etapa del proyecto (eventualmente corregidos). En cascada etapa se aplican diferentes
pruebas, herramientas y métodos.

3. Relacione los tipos de prueba a aplicar:

En la búsqueda de errores en este proyecto aplicaremos prueba como:
 Pruebas de unidad:
 Se emplea para la verificación la funcionalidad correcta de componentes específicos
del sistema.
En este tipo de prueba, el “evaluador” buscar situaciones extremas que revelan las
limitaciones de implementación de un componente, lo que trata como caja negra
(”Prueba caja negra”) o analiza la configuración de un componente y su
configuración(“caja blanca de prueba”).

 Pruebas de integración:
Esto se realiza cuando se construye el sistema y ensambla los componentes para la
detección de errores en la interfaz. Se emplean los componentes actuales para una
compilación diaria y realizar una serie de pruebas básicas (Prueba de humo) en el
sistema para asegurarse de que el proyecto puede continuar el día siguiente.

 Prueba alfa: Ejecutadas des de la perspectiva del usuario final, pueden ayudar a
mejorar los aspectos de la interfaz del usuario en el sistema.

4. Analice estrategias de pruebas:

El plan de prueba se basa exclusivamente en pruebas funcionales, implementación,
regresión y otras consideraciones de requisitos no fundamentales:
 Revisión de documentos: La estrategia para realizar estas pruebas consiste en la
revisión de la documentación y casos de uso, verificando su integridad y coherencia
con la información que se encuentra en ellos.

 Pruebas unitarias: La estrategia para realizar estas pruebas incluye generar casos de
prueba necesarios o para que cada sentencia o instrucción del sistema se ejecute
correctamente al menos una vez.
Cada condición debe tener al menos un resultado verdadero y al menos un resultado
falso, probando varias veces en el mismo ciclo varias veces (en bucle) donde se tenga
en cuenta los siguientes casos: ignorar el bucle, pasar una vez, dos veces, pasar n
veces, pasar n-1 veces y n+1 verces.

 Pruebas funcionales o de procedimientos: La estrategia para realizar estas pruebas

radica en el desarrollo y ejecución de conjuntos de pruebas, teniendo en cuenta los
procesos normales y los procesos alternativos, utilizando datos validos y no validos
para verificar lo siguiente: Uso de datos validos, uso de datos invalidos

 Pruebas de regresión: La organización para efectuar estas pruebas consiste en bisar las
pruebas (funcionales y de censo) ejecutadas antiguamente de restaurar defectos o de
adicionar nuevas funcionalidades, para comprobar que las modificaciones no
provocan errores en partes donde no los habían.
  Pruebas de aceptación: Estas pruebas se asentarán exclusivamente en pruebas, de
funcionalidad, cosolidación, entre otras teniendo presente las exigencias funcionales
de las pruebas. (Estas pruebas serán de caja negra).

 Pruebas funcionales o de procedimientos: La táctica para efectuar estas pruebas esta

en la consecución y linchamiento del Set de pruebas, teniendo en cuenta los flujos
comunes y flujos alternativos, empleando datos válidos y datos no validos que
permitan verificar los casos de pruebas.

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