¿Qué es un cliente cálido?

Cliente "cálido" en el contexto de las pruebas es aquel cliente (por ejemplo, una ventana del navegador, una aplicación móvil) que ha sido iniciado y configurado para realizar pruebas, pero aún no ha participado directamente en el escenario de prueba. Es, en esencia, un entorno de prueba listo para usar.

Diferencias con el cliente "frío":

• Inicio e inicialización: El cliente "cálido" ya está en marcha, ha cargado los recursos necesarios (páginas, datos), y posiblemente ha pasado por una autenticación previa. El cliente "frío" requiere un inicio e inicialización completos para cada prueba o conjunto de pruebas.
• Estado: El cliente "cálido" mantiene cierto estado entre pruebas (por ejemplo, tokens de autorización, datos en caché), lo que permite realizar las pruebas siguientes más rápidamente. El cliente "frío" generalmente comienza desde cero.
• Tiempo de ejecución: El uso de clientes "cálidos" permite reducir significativamente el tiempo de ejecución de los escenarios de prueba, ya que se evita repetir operaciones de inicialización prolongadas.

Ventajas del uso de un cliente "cálido":

• Ahorro de tiempo: Se reduce el tiempo de inicio del navegador/aplicación y la carga de la página/ pantalla de inicio.
• Aceleración de las pruebas: La ejecución de pruebas que requieren autenticación es más rápida, ya que no es necesario pasar por el proceso de inicio de sesión cada vez.
• Eficiencia: Especialmente relevante para grandes conjuntos de pruebas de regresión.

Desventajas:

• Potencial impacto del estado: El estado residual de la prueba anterior puede afectar el resultado de la prueba actual (banderas, cookies, almacenamiento local). Es necesario gestionar cuidadosamente el estado.
• Configuración más compleja: Requiere desarrollar lógica para mantener el estado "cálido" y limpiarlo después de cada prueba para garantizar la aislamiento.
• Mayor consumo de recursos: Un cliente que está en ejecución constante puede consumir más recursos del sistema.

Ejemplo de uso en pruebas automatizadas (Selenium WebDriver):

En lugar de crear una nueva instancia del driver para cada prueba:

// Enfoque "frío"
@Test
public void testFeatureA() {
    WebDriver driver = new ChromeDriver(); // Inicio de un nuevo navegador
    //... escenario de prueba
    driver.quit();
}

@Test
public void testFeatureB() {
    WebDriver driver = new ChromeDriver(); // Inicio de un nuevo navegador
    //... escenario de prueba
    driver.quit();
}

Se utiliza una sola instancia del driver, que se reutiliza entre pruebas (lógica aproximada):

// Enfoque "cálido" (usando BeforeAll/AfterAll o anotaciones/ hooks similares)
private static WebDriver driver;

@BeforeAll // Se ejecuta una vez antes de todas las pruebas en la clase
public static void setup() {
    driver = new ChromeDriver();
    driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
    driver.get("https://your-app.com/login");
    // Lógica de autenticación
}

@AfterAll // Se ejecuta una vez después de todas las pruebas en la clase
public static void teardown() {
    if (driver != null) {
        driver.quit();
    }
}

@BeforeEach // Se ejecuta antes de cada prueba
public void prepareTest() {
    // Lógica para limpiar el estado, si es necesario (por ejemplo, limpiar cookies, ir a la página principal)
    driver.manage().deleteAllCookies();
    driver.navigate().to("https://your-app.com/dashboard");
}

@Test
public void testFeatureA() {
    // Usamos el driver ya iniciado y autenticado
    // ... escenario de prueba
}

@Test
public void testFeatureB() {
    // Usamos el mismo driver
    // ... escenario de prueba
}

Esto evita la necesidad de reiniciar el navegador y volver a iniciar sesión para cada prueba.