Este artículo explica las diferencias clave entre SIT y UAT. También aprenderá acerca de las pruebas de integración del sistema y los métodos de pruebas de aceptación del usuario:
En general, las pruebas son realizadas tanto por los probadores como por los desarrolladores. Cada uno de ellos sigue su propio patrón para probar una aplicación.
Las Pruebas de Integración del Sistema o SIT son realizadas por los probadores mientras que las Pruebas de Aceptación del Usuario, comúnmente conocidas como UAT son realizadas en último lugar por los usuarios finales. Este artículo comparará tanto SIT como UAT en detalle y le ayudará a entender las diferencias clave entre ambos.
¡Exploremos!
SIT Vs UAT: Visión general
En general, los niveles de pruebas tienen la siguiente jerarquía:
- Pruebas de unidades
- Pruebas de componentes
- Pruebas de sistemas
- Pruebas de integración de sistemas
- Pruebas de aceptación de usuarios
- Producción
.
Analicemos las diferencias clave entre las pruebas de integración del sistema (SIT) y las pruebas de aceptación del usuario (UAT).
Pruebas de Integración del Sistema (SIT)
Dos subsistemas/sistemas diferentes se combinarán en un punto de cualquier proyecto. Entonces tenemos que probar este sistema como un todo. Por lo tanto, esto se llama Pruebas de Integración del Sistema.
Pasos de trabajo de SIT
- Las unidades individuales tienen que ser integradas primero en construcciones separadas.
- El sistema completo tiene que ser probado como un todo.
- Los casos de prueba tienen que ser escritos utilizando el software adecuado basado en los requisitos del software.
- Los errores como los errores de interfaz de usuario, los errores de flujo de datos, los errores de interfaz se pueden encontrar en esta prueba.
Ejemplo:
Consideremos que un sitio de atención médica tiene 3 pestañas inicialmente, es decir, Información del paciente, Educación, Registros médicos anteriores. El sitio sanitario ha añadido ahora una nueva pestaña llamada Información sobre inyecciones.
Ahora hay que fusionar los detalles o la base de datos de la nueva pestaña con las pestañas existentes y probar el sistema en su conjunto con 4 pestañas.
Tenemos que probar el sitio integrado que tiene cuatro pestañas.
El sitio integrado tiene el aspecto que se muestra a continuación:
Técnicas utilizadas en el SIT
- Enfoque de arriba hacia abajo
- Enfoque de abajo hacia arriba
- Enfoque Big bang
#1) Enfoque de arriba haciaDown Approach
Como su propio nombre indica significa que sigue la ejecución de arriba a abajo. Es un método en el que se prueba la funcionalidad o módulo principal seguido de los submódulos en orden. Aquí, surge la pregunta de qué haremos si los submódulos reales consecutivos no están presentes inmediatamente para la integración.
La respuesta a esto da lugar a los STUBS.
Los STUBS son conocidos como programas llamados. Actúan como módulos ficticios y realizan la función requerida del módulo de forma limitada.
Los stubs realizan la funcionalidad de una unidad/módulo/submódulo de forma parcial hasta que el módulo real esté listo para las integraciones ya que la integración de los submódulos es difícil.
Los componentes de bajo nivel pueden ser sustituidos por stubs para poder integrarse. Por lo tanto, el enfoque descendente puede seguir un lenguaje estructurado o de procedimientos. Después de reemplazar un stub con el componente real, el siguiente stub puede ser reemplazado con los componentes reales.
La ejecución del diagrama anterior será módulo A, módulo B, módulo C, módulo D, módulo E, módulo F, módulo G.
Ejemplo para Stubs:
#2) Enfoque de abajo a arriba
Este enfoque sigue la jerarquía de abajo a arriba. Aquí, los módulos inferiores se integran primero y luego se integran y prueban los módulos superiores.
Los módulos o unidades más inferiores se fusionan y prueban. El conjunto de unidades inferiores se denomina Cluster. Mientras se integran los submódulos con el módulo principal, en caso de que el módulo principal no esté disponible entonces se utilizan los DRIVERS para codificar el programa principal.
Los DRIVERS se llaman programas de llamada.
La fuga de defectos es menor en este enfoque.
Para integrar los submódulos a un nivel superior o módulo principal se crea un módulo controlador como se muestra en la figura anterior.
#3) Enfoque Big Bang
En palabras sencillas, en el Enfoque Big Bang, hay que conectar todas las unidades a la vez y probar todos los componentes. Aquí no se hace ninguna partición. La fuga de defectos no debe ocurrir.
Este enfoque es útil para los proyectos recién desarrollados que se desarrollaron desde cero o aquellos que han sufrido mejoras importantes.
Pruebas de Aceptación del Usuario (UAT)
Cuando un probador está entregando el proyecto probado completado al cliente/usuario final, entonces el cliente/usuario final volverá a probar el proyecto para ver si está diseñado correctamente. Esto se llama Prueba de Aceptación del Usuario.
Los casos de prueba apropiados tienen que ser escritos para ambos con el fin de realizar las pruebas.
Los desarrolladores desarrollan un código basado en el documento de Especificación de Requisitos Funcionales. Los probadores lo prueban e informan de los errores. Pero el cliente o usuario final sólo sabe cómo funciona exactamente el sistema. Por lo tanto, prueban el sistema desde su extremo.
Pasos de trabajo de UAT
- El plan de UAT tiene que ser creado en base a los requisitos.
- Los escenarios tienen que ser construidos a partir de los requisitos.
- Los casos de prueba y los datos de prueba tienen que ser preparados.
- Los casos de prueba tienen que ser ejecutados y comprobados para cualquier error presente.
- Si no hay ningún error y los casos de prueba han pasado entonces el proyecto puede ser puesto a firmar y enviado a la producción.
- Si se encuentra cualquier defecto o error entonces tiene que ser corregido inmediatamente para preparar la liberación.
Tipos de pruebas UAT
- Pruebas Alfa y Beta: Las pruebas alfa se realizan en el sitio de desarrollo, mientras que las pruebas beta se realizan en el entorno externo, es decir, en una empresa externa, etc.
- Pruebas de aceptación de contrato: En un contrato, las especificaciones aceptadas que están predefinidas deben cumplirse.
- Pruebas de aceptación de la normativa: Como su nombre indica las pruebas se realizan contra la normativa.
- Pruebas de aceptación operativa: El funcionamiento o el flujo de trabajo diseñado debe ser el esperado.
- Pruebas de caja negra: Sin profundizar el software necesita ser probado para su propósito vital.
Diferencias clave entre SIT Vs UAT
| SIT | UAT |
|---|---|
| Esto lo realizan los probadores y desarrolladores. | Esto lo realizan los usuarios finales y los clientes. |
| Aquí se comprueba la integración de las subunidades/unidades. Las interfaces deben probarse. | Aquí se comprueba todo el diseño. |
| Las unidades individuales se integran y se prueban de forma que el sistema funcione según los requisitos. | El sistema se prueba en su conjunto para la funcionalidad principal del producto según lo deseado por el usuario. |
| Se realiza en base a los requisitos por parte de los probadores. | Se realiza en base a la perspectiva del usuario en cuanto a la forma en que el producto tiene que ser utilizado por el usuario final. |
| SIT se lleva a cabo tan pronto como el sistema es ensamblado. | UAT se realiza finalmente justo antes de la liberación del producto. |
Conclusión
Las pruebas de integración del sistema se realizan principalmente para probar los requisitos de la interfaz de un sistema. Mientras que las pruebas de aceptación del usuario se realizan para verificar la funcionalidad del sistema en su conjunto por un usuario final. Hay que escribir casos de prueba apropiados para ambas pruebas.
Las pruebas de integración del sistema pueden realizarse mediante 3 técnicas (enfoques Top-down, Bottom-up y Big bang). La UAT puede realizarse mediante 5 metodologías (pruebas alfa y beta, pruebas de aceptación del contrato, pruebas de aceptación de la normativa, pruebas de aceptación operativa y pruebas de caja negra).
Los defectos encontrados en las pruebas del sistema pueden corregirse fácilmente. Se pueden hacer diferentes construcciones basadas en los defectos. Mientras que los defectos encontrados en las UAT son considerados como una marca negra para los probadores y no son aceptados.
En las UAT los funcionarios de negocios o clientes deben estar satisfechos de que el producto desarrollado cumple con sus necesidades en el entorno empresarial. SIT debe satisfacer los requisitos funcionales del sistema.
Esperamos que este artículo haya aclarado todas sus dudas sobre SIT Vs UAT!!!