El objetivo de las pruebas de integración es comprobar cómo trabajan juntos los componentes del sistema. Se realizan en un nivel superior al de pruebas unitarias, donde las partes individuales ya se probaron por separado.
Las pruebas de integración pueden involucrar dos o más componentes.
Como ejemplo, tomemos un sistema compuesto por tres componentes:
Navegador — aplicación de navegador para agregar cookies
Almacén — servicio que almacena información sobre cookies
Servicio de calidad — servicio que comprueba la calidad de las cookies
Resultó que el componente Servicio de calidad todavía no está listo, así que para probar la interacción entre Navegador y Almacén usamos un stub.
Los stubs pueden ser escritos por desarrolladores o testers.
Stub simula el trabajo de Servicio de calidad y devuelve dos posibles respuestas:
Las pruebas de integración de la interacción entre el navegador y el almacén, donde se usa un stub en lugar del servicio de calidad, se reducen a comprobar dos escenarios principales:
Escenario positivo
Escenario negativo
En el escenario positivo, cuando dos componentes se integran correctamente, esperamos que el servidor devuelva al cliente una respuesta HTTP con código 200 OK. Pero también existen otros códigos de respuesta, mostrados en la tabla.
| Código | Descripción | Ejemplo | Comentario |
|---|---|---|---|
| 1xx | Informativo | 102 Processing | La solicitud se está procesando |
| 2xx | Éxito | 200 OK | La solicitud se completó correctamente |
| 3xx | Redirección | 301 Moved Permanently | El recurso se movió a otra dirección |
| 4xx | Error del cliente | 400 Bad Request 403 Forbidden |
La solicitud del cliente contiene un error El cliente no tiene permisos para acceder a este recurso |
| 5xx | Error del servidor | 500 Internal Server Error | Ocurrió un error en el servidor al procesar la solicitud |
Уровень повышен!
