Etapa IV: Pruebas.

Juan M. Lorca Gajardo

Ingeniería de Software
Instituto IACC
10 de junio 2021
Antecedentes:

INSTRUCCIONES: Lea atentamente la situación planteada y responda a lo solicitado:

Luego de revisar el trabajo hecho por su personal, usted detectó que falta información muy
importante, ante eso, debe redactar un informe en el cual seleccione de los tipos de pruebas
existentes (sistema, componentes, integración de software) cuál o cuáles va a aplicar para el
sistema de asistencia de empleados de la clínica, explicando las que seleccione.

A su vez, ya sus programadores hicieron unas pruebas del software, en las cuales se detectó
que se omitieron campos que eran requerimientos de la clínica, ante esto, elabore un breve
plan de ajustes de software en el cual indique cómo se llevará a cabo este proceso.

Desarrollo

Señores Dirección y Gerencia empresa System Ltda.

Junto con saludar, se adjunta el siguiente informe, en el cual se explica la importancia de las
pruebas de software, que para este caso es para el control de asistencia de empleados de
nuestro cliente Clínica, el cual es importante dado que esta etapa es crucial para visualizar si el
software creado cumple con las expectativas que debe cumplir, además de encontrar fallas en
este, para lo cual se emplean datos ficticios para realizar las pruebas. Además, se debe realizar
un análisis a fondo de los resultados de este para poder corregir sus fallas a nivel de software
como de hardware.

Este proceso consta de 2 objetivos en la cual se exige lo siguiente:

 El software creado para el control de asistencia de empleados, debe demostrar que
cumple con lo solicitado, para lo cual se debe realizar una prueba por requerimiento.

 Realizar pruebas con tal de detectar funcionamiento incorrecto de este, es decir,

comportamiento que no es acorde para lo que fue creado, para la cual esta prueba
detecta estos errores y los puede corregir y erradicar de nuestro software creado, como
por ejemplo que no ingrese de manera correcta las horas trabajadas o días de descanso
de cada trabajador.
En el siguiente ítem se explica en qué consisten las pruebas del sistema, lo cual consiste en
demostrar que el software creado es compatible con los componentes del sistema, por lo tanto,
conviven de manera óptima y además los datos corren de manera correcta y eficiente en este.

Estas pruebas se cubren de manera parcial con las pruebas de componentes y para lo cual
existen 2 diferencias en estas, las cuales son:

 Pruebas de sistema completo: el cual comprende la integración de todos los

componentes reutilizables que se hayan creado por separado, sistemas comerciales y
componentes creados recientemente.

Este nivel se pueden agregar los componentes creados por otros miembros del equipo, las
cuales, en algunas ocasiones, o dependiendo de la empresa, se pueden realizar por un equipo
externo, el cual no incluye diseñadores ni programadores para dichas pruebas.

Al integrar los componentes del sistema, se puede visualizar un comportamiento emergente de

este.

En esta etapa se puede observar si los componentes interactúan entre sí y por medio de
pruebas de interacción entre los componentes, se pueden visualizar si aparecen errores o bugs,
errores de interpretación para su futura corrección.

En el siguiente ítem se realizan las pruebas de los componentes, las cual está constituida por la
variedad de objetos de interacción, que en este caso interviene los componentes que van a
integrar el sistema de asistencia de los empleados, para la cual se incluye los objetos con la que
esta tiene que tratar para su correcto funcionamiento. Esta etapa es crucial que se incorporen
todos los componentes, para visualizar si aparecen errores en nuestro sistema, ya que de
manera individual no se presenta los inconvenientes que pudiesen existir, lo cual se puede
realizar por medio de una interfaz definida de componentes.

Existen tipos de interfaz de componentes, los cuales son:

 Interfaz de parámetro: la cual consiste en las referencias o datos de función, la se mueve
de un componente a otro.

 Interfaz de memoria compartida: La cual consiste en distribuir entre los componentes,

para lo cual los datos se ingresan en la memoria de un subsistema y la cual es
recuperada por medio de otros subsistemas. Esta interfaz se ocupa generalmente en
sistemas embebidos.
  Interfaz de procedimiento: Consiste en el que un componente envuelve un conjunto de
procedimientos, los cuales son llamados por otros componentes.

 Interfaz que pasan mensajes: Consiste en la comunicación entre los componentes

mediante mensajes, es decir, si necesita algún servicio de otro componente, lo cual
devuelve el resultado que se necesita para ejecutar el servicio, por ejemplo, los sistemas
cliente-servidor la utilizan.

Este tipo de pruebas son complejas, dado que las fallas salen a la luz por medio de condiciones
poco usuales, para lo cual se deben plantear al desarrollar las pruebas, como por ejemplo crear
un error entre llamadas entre objetos. Además, se debe mencionar que incluso pueden
aparecer más fallas al seguir interactuando entre los objetos y los módulos.

Existen distinto tipos de lineamientos para proceder a detectar fallas en esta etapa de pruebas
y para cada tipo de interfaz.

En el siguiente ítem se dará comienzo a las pruebas de integración, las cuales consisten en
demostrar que los componentes responden de manera óptima y eficaz al interactuar entre
ellos, es decir, que son llamados y envían datos de forma correcta, en el tiempo que
corresponde, por medio de su interfaz. En esta etapa de pruebas, la integración del sistema,
tiene como misión identificar los componentes que entregan funcionalidad al sistema y procede
a integrarlos por intermedio de códigos para que se ejecuten en conjunto, que en algunos casos
antes que nada se crea el armazón del sistema y después se integran los componentes, lo cual
se denomina integración descendente. Por otro lado, se denomina integración ascendente
cuando se integran componentes de infraestructura que prestan servicios comunes, como por
ejemplo el acceso a la base de datos y redes y después se agregan los componentes
funcionales. Ambos procesos de integración en la mayoría de los sistemas se mezclan para
incorporar sus componentes, además que aumentan los componentes de infraestructura y
funcionales y para lo cual se debe crear otro código para la integración de estos componentes
adicionales, para que el sistema los pueda ejecutar.

Dado que es complejo detectar las fallas en las pruebas de integración, ya que es difícil saber la
raíz de este, dado que existen interacciones complejas entre sus componentes, para lo cual se
sugiere utilizar una aproximación incremental para la integración y pruebas de este, para lo cual
se debiera integrar una configuración del sistema mínima y comprobar y después añadir los
componentes a la configuración mínima y realizar las pruebas una vez incorporado estos
componentes.
Para el caso de nuestro sistema de asistencia de empleados, se incluyó la participación activa
del cliente llamado clínica decir se utilizó la Programación Extrema o XP, para lo cual la
integración del sistema está ligada a las decisiones que manifestó el cliente y para lo cual se
debe considerar que primero se ingresen los componentes que llevan a cabo la funcionalidad
que se utilizara mayormente, en otras palabras, que se realicen las pruebas a los componentes
que serán más utilizados en este.

Ahora bien, ya realizadas las pruebas con nuestro equipo, se procede a realizar los ajustes
necesarios a nuestro software, para que cumpla con lo esperado, para lo cual se realiza un
exhaustivo análisis con el objetivo de encontrar anomalías, errores y/u omisiones en este, que
comúnmente, se realiza al código fuente, aunque de igual manera, se inspecciona las
representaciones visibles del software (modelo de diseño o requerimientos de este).

Además para realizar la revisión del sistema, se debe saber primero que nada, con que lenguaje
de programación se implementó para su creación, los componentes de este, entre otros, para
poder detectar de donde pueden surgir los posibles errores que nos arroje.

Las virtudes que nos entregan los ajustes de pruebas son:

 El ajuste de software es un proceso estático, para lo cual no es necesario enfocarse por

la interacción entre los errores, para lo cual una sola sesión de revisión del sistema
descubre varios errores del sistema.

 Se pueden realizar ajustes a versiones incompletas del sistema, sin incurrir en gastos
adicionales y en el caso que el programa no se encuentre completo, se debe crear un
software de soporte especial para poder probar las partes disponibles.

 -La revisión de errores además estima y comprende atributos como la portabilidad,

mantención y el cumplimiento de estándares de calidad, en el cual se pueden encontrar,
carencias, algoritmos no compatibles y estilos de programación que pueden ser
complejo, lo cual complica el sistema al momento de actualizar y mantener.

Teniendo en cuenta estas consideraciones, podemos afirmar que el software que se está
desarrollando, llegara a buen puerto.
Bibliografía

IACC (2015). Etapa IV: pruebas. Ingeniería de Software. Semana 6.