La prueba de integración del sistema ( SIT ) implica la prueba general de un sistema completo de muchos componentes o elementos del subsistema . El sistema bajo prueba puede estar compuesto de hardware o software , o hardware con software integrado , o hardware / software con prueba humana en el circuito .
SIT consiste, inicialmente, en el "proceso de ensamblar las partes constituyentes de un sistema de una manera lógica y rentable, verificando de manera integral la ejecución del sistema (todas las rutas nominales y excepcionales) e incluyendo una verificación funcional completa". [1] Después de la integración, la prueba del sistema es un proceso de " verificar que el sistema cumple con sus requisitos y validar que el sistema funciona de acuerdo con las expectativas del cliente o del usuario". [1]
En el desarrollo de productos tecnológicos , el comienzo de las pruebas de integración de sistemas suele ser la primera vez que se ensambla un sistema completo de modo que se pueda probar como un todo. Para hacer que las pruebas del sistema sean más productivas, los muchos ensamblajes y subsistemas constituyentes normalmente pasarán por una prueba de subsistema y verificaron exitosamente que cada subsistema cumple con sus requisitos en el nivel de interfaz del subsistema.
En el contexto de los sistemas de software y la ingeniería de software , las pruebas de integración de sistemas son un proceso de prueba que ejerce la coexistencia de un sistema de software con otros. Con múltiples sistemas integrados, asumiendo que cada uno ya ha pasado las pruebas del sistema, [2] SIT procede a probar sus interacciones requeridas. Después de esto, los entregables se pasan a las pruebas de aceptación.
Pruebas de integración de sistemas de software
Para el software, SIT es parte del ciclo de vida de las pruebas de software para proyectos colaborativos. Por lo general, una ronda de SIT precede a la ronda de prueba de aceptación del usuario (UAT). Los proveedores de software generalmente ejecutan una ronda de pruebas previas a la SIT antes de que los consumidores ejecuten sus casos de prueba SIT.
Por ejemplo, si un integrador (empresa) proporciona una mejora a la solución existente de un cliente, entonces integran la nueva capa de aplicación y la nueva capa de base de datos con la aplicación existente y las capas de base de datos del cliente. Una vez completada la integración, los usuarios utilizan tanto la parte nueva (parte extendida) como la parte antigua (parte preexistente) de la aplicación integrada para actualizar los datos. Debe existir un proceso para intercambiar importaciones y exportaciones de datos entre las dos capas de datos. Este proceso de intercambio de datos debe mantener ambos sistemas actualizados. El propósito de las pruebas de integración de sistemas es garantizar que todas las partes de estos sistemas coexistan con éxito e intercambien datos cuando sea necesario.
Puede haber más partes en la integración, por ejemplo, el cliente principal (consumidor) puede tener sus propios clientes; también puede haber varios proveedores.
Método basado en datos
Un método simple de SIT que se puede realizar con un uso mínimo de herramientas de prueba de software. Las importaciones y exportaciones de datos se intercambian antes de que se investigue el comportamiento de cada campo de datos dentro de cada capa individual. Después de la colaboración de software, hay tres estados principales de flujo de datos.
Estado de los datos dentro de la capa de integración
La capa de integración puede ser un middleware o servicio (s) web que actúa como un medio para la importación y exportación de datos. El rendimiento de las importaciones y exportaciones de datos se puede verificar con los siguientes pasos: [ cita requerida ]
- Verificación cruzada de las propiedades de los datos dentro de la capa de integración con documentos de especificaciones técnicas / comerciales.
- Para la participación del servicio web con la capa de integración, WSDL y XSD se pueden usar contra la solicitud del servicio web para la verificación cruzada.
- La participación del middleware con la capa de integración permite mapeos de datos con registros de middleware para la verificación cruzada.
- Ejecute algunas pruebas unitarias. Verifique las asignaciones de datos (posiciones de datos, declaraciones) y solicitudes (longitud de caracteres, tipos de datos) con especificaciones técnicas.
- Investigue los registros del servidor / registros de middleware para solucionar problemas.
Para ello, es posible que se requieran conocimientos de lectura de WSDL , XSD , DTD , XML y EDI .
Estado de los datos dentro de la capa de la base de datos
Las pruebas de integración del sistema de una capa de base de datos podrían proceder de la siguiente manera: [ cita requerida ]
- Primero verifique si todos los datos se han comprometido con la capa de base de datos desde la capa de integración.
- Luego, verifique las propiedades de los datos con las propiedades de la tabla y la columna con los documentos de especificaciones técnicas / comerciales relevantes.
- Verifique las validaciones / restricciones de datos con los documentos de especificaciones comerciales.
- Si hay datos de procesamiento dentro de la capa de la base de datos, verifique los Procedimientos almacenados con las especificaciones relevantes.
- Investigue los registros del servidor para solucionar problemas.
El conocimiento en SQL y el conocimiento de lectura en [procedimientos almacenados] podrían ser necesarios para esto [¿ según quién? ]
Estado de los datos dentro de la capa de la aplicación
No hay mucho que ver con la capa de aplicación cuando realizamos una prueba de integración del sistema: [ cita requerida ]
- Marque todos los campos de los documentos de requisitos comerciales que deberían estar visibles en la interfaz de usuario.
- Cree un mapa de datos desde los campos de la base de datos hasta los campos de la aplicación y verifique si los campos necesarios están visibles en la interfaz de usuario.
- Compruebe las propiedades de los datos mediante algunos casos de prueba positivos y negativos.
Hay muchas combinaciones de importación y exportación de datos que podemos realizar considerando el período de tiempo para las pruebas de integración del sistema. Los evaluadores deben seleccionar las mejores combinaciones para realizar con el tiempo limitado y cuando se repiten algunos de los pasos para probar esas combinaciones.
Referencias
- ↑ a b Houser, Pete (noviembre de 2011). "Mejores prácticas para la integración de sistemas" (PDF) . dtic.mil . Consultado el 15 de marzo de 2016 .
- ^ ¿Qué son las pruebas de integración del sistema?
Ver también
- Pruebas de integración
- Prueba de aceptación del usuario (UAT)
- Prueba de aceptación del rendimiento (PAT)