Introducción a las pruebas de integración de sistemas (SIT)
Las pruebas de integración del sistema son un tipo de prueba que se realiza en el sistema completo después de que se hayan integrado los módulos de hardware y software de ese sistema. Se hace para validar el comportamiento del sistema y verificar si todos los módulos del sistema funcionan adecuadamente entre sí. También se hace para preservar la integridad de los datos entre los módulos en el sistema.
Las pruebas de integración del sistema (SIT) se llevan a cabo después de que los subsistemas se hayan sometido individualmente a las pruebas unitarias y se hayan superado esas pruebas. SIT luego prueba el sistema como un todo, después de que se ha integrado. El resultado de SIT se pasa a las pruebas de aceptación del usuario (UAT).
Beneficios de la prueba de integración del sistema
- SIT ayuda a detectar defectos en una etapa temprana. Los defectos encontrados durante la SIT se envían para que el equipo de desarrollo los repare. Esto ayuda a ahorrar tiempo y el costo de arreglarlo en una etapa posterior, lo que puede ser más costoso.
- SIT ayuda a obtener una opinión temprana sobre la aceptabilidad de un módulo en el sistema.
- SIT ayuda a exponer las fallas que pueden ocurrir cuando los componentes integrados interactúan.
- Hay varios módulos en un sistema y la unidad que prueba todos los módulos individualmente lleva tiempo. Incluso si cada unidad se prueba individualmente, incluso entonces existe la posibilidad de que falle cuando se integra como un todo, ya que existen muchos problemas que surgen cuando los subsistemas interactúan entre sí.
Por lo tanto, SIT es esencialmente necesario para descubrir y solucionar los problemas antes de enviar el sistema al usuario.
Enfoques para realizar SIT
Veamos los diferentes enfoques para realizar SIT, entendamos esto uno por uno.
1. Enfoque de arriba hacia abajo
Este es un enfoque incremental, donde las pruebas comienzan en el módulo superior de una aplicación. La funcionalidad de los módulos en un nivel inferior se simula con la ayuda de stubs. El módulo superior está integrado con los apéndices de los módulos en los niveles inferiores, uno por uno para probar sus funcionalidades. Una vez que se completa cada prueba, el trozo respectivo se reemplaza por el módulo real. Esta forma de prueba continúa hasta que se prueba todo el sistema.
Ventaja
- No se necesitan controladores y la funcionalidad del sistema se utiliza para especificar los casos de prueba.
Desventaja
- Existe una dependencia de la disponibilidad de la funcionalidad de los módulos de nivel inferior.
- Puede haber una demora en la prueba ya que los módulos reales se sustituyen con apéndices.
- Escribir talones es difícil.
2. Enfoque ascendente
Este es un enfoque incremental, donde primero, los módulos de nivel más bajo se unen para formar grupos. Luego se crea un controlador para obtener la entrada y la salida del caso de prueba. Luego se prueba el clúster. Después de probar el clúster, se elimina el controlador, de modo que el clúster se puede combinar con el nivel superior. Esta forma de prueba continúa hasta que se prueba todo el sistema.
Ventaja
- Los talones no son necesarios en este enfoque.
- Las pruebas se vuelven más fáciles a medida que el proceso asciende porque se reduce el uso de controladores.
Desventaja
- El módulo más importante, es decir, la interfaz de usuario se prueba al final.
3. Enfoque del Big Bang
En este enfoque, los módulos del sistema se integran solo después de completar todos los módulos. Después de la integración, se realizan pruebas en todo el sistema para verificar su funcionamiento.
Ventaja
- Solo se requiere una ronda de SIT.
Desventaja
- Es difícil encontrar la causa raíz de un error.
Proceso de prueba de integración de sistemas
El método más común para realizar SIT es a través del método basado en datos, ya que requiere el menor uso de herramientas de prueba de software.
En este método, principalmente, se realiza un intercambio de datos, es decir, importación y exportación de datos entre los módulos del sistema y luego se observa el rendimiento de cada campo de datos dentro de la capa individual.
Una vez que el software se ha integrado, puede haber tres estados principales de flujo de datos:
1. Estado de datos cuando fluye dentro de la capa de integración
La capa de integración actúa como una interfaz entre la importación y exportación de datos. Se requieren conocimientos básicos de ciertas tecnologías de esquema para realizar SIT en esta capa.
Pasos para realizar SIT para validar el intercambio de datos:
- Autentique las propiedades de datos dentro de esta capa contra los documentos de requisitos.
- Validar la solicitud del servicio web.
- Ejecute algunas pruebas unitarias para verificar las asignaciones de datos y las solicitudes.
- Revisa los registros.
2. Estado de datos cuando fluye dentro de la capa de base de datos
Se requieren conocimientos básicos de SQL para realizar SIT en esta capa.
Pasos para realizar SIT para validar el intercambio de datos:
- Verifique si todos los datos han alcanzado y se han comprometido desde el nivel anterior.
- Autentique las propiedades de la tabla y la columna contra los documentos de requisitos.
- Verifique las reglas de validación de datos y las restricciones aplicadas a la base de datos.
- Verifique los procedimientos almacenados para cualquier dato a procesar.
- Revisa los registros.
3. Estado de datos cuando fluye dentro de la capa de aplicación
Pasos para realizar SIT para validar el intercambio de datos:
- Verifique la visibilidad de los campos en la interfaz de usuario.
- Ejecute casos de prueba, tanto positivos como negativos para confirmar los datos.
Ejemplo de SIT
Para que SIT sea un poco más claro, tomemos un ejemplo de una empresa que está utilizando software para almacenar los detalles de los empleados.
Este software consta de dos pantallas en la interfaz de usuario, a saber, la pantalla de nombre y la pantalla de identificación del empleado, y tiene una base de datos llamada base de datos A. Los detalles ingresados en la pantalla de nombre y la pantalla de identificación del empleado se ingresan en la base de datos A.
Después de unos años, la compañía requiere datos adicionales de los empleados. Por lo tanto, se requiere una mejora y desarrollan una pantalla de dirección con otra base de datos, la base de datos B. Ahora, este sistema que tiene la pantalla de dirección y la base de datos B debe integrarse con el sistema existente, y luego esta prueba se realiza en todo el sistema para una funcionalidad adecuada se llama SIT.
Para concluir, SIT es una parte importante de nuestras pruebas, ya que nos da la primera impresión de qué tan bien se está ejecutando nuestra aplicación. Se puede hacer por medio de diferentes enfoques y procesos, y podemos usar el que sea adecuado para nuestra aplicación.
Artículos recomendados
Esta ha sido una guía para las pruebas de integración del sistema. Aquí discutimos los conceptos, enfoques, ventajas y desventajas de las Pruebas de integración de sistemas. También puede consultar nuestros otros artículos sugeridos para obtener más información:
- ¿Qué son las pruebas de software?
- Prueba de preguntas de la entrevista
- Ciclo de vida de defectos en pruebas de software
- Preguntas de la entrevista de diseño del sistema