Wat is een warme klant?

"Warm" client in de context van testen is een client (bijvoorbeeld een browservenster, mobiele applicatie) die is gestart en geconfigureerd om tests uit te voeren, maar nog niet direct heeft deelgenomen aan het testscenario. In wezen is het een kant-en-klare testomgeving.

Verschillen met een "koud" client:

• Start en initialisatie: De "warme" client is al gestart, heeft de benodigde bronnen (pagina's, gegevens) geladen en mogelijk een voorafgaande authenticatie doorlopen. De "koude" client vereist een volledige start en initialisatie voor elke test of set tests.
• Status: De "warme" client behoudt een zekere status tussen tests (bijvoorbeeld autorisatietokens, gecachte gegevens), wat snellere uitvoering van vervolgtests mogelijk maakt. De "koude" client begint meestal vanaf nul.
• Uitvoertijd: Het gebruik van "warme" clients kan de uitvoeringstijd van testscenario's aanzienlijk verkorten, doordat langdurige initialisatie-operaties worden vermeden.

Voordelen van het gebruik van een "warme" client:

• Tijdbesparing: Vermindert de opstarttijd van de browser/applicatie en het laden van de startpagina/het startscherm.
• Versnelling van tests: Tests die authenticatie vereisen, worden sneller uitgevoerd, omdat het loginproces niet telkens opnieuw hoeft.
• Efficiëntie: Vooral relevant voor grote regressietestsets.

Nadelen:

• Potentieel effect van de status: De resterende status van de vorige test kan de uitkomst van de huidige test beïnvloeden (flags, cookies, lokale opslag). Zorgvuldige statusbeheer is vereist.
• Complexere configuratie: Logica moet worden ontwikkeld om de "warme" status te onderhouden en na elke test op te schonen om isolatie te garanderen.
• Hogere resourcegebruik: Een continu draaiende client kan meer systeembronnen verbruiken.

Voorbeeld in geautomatiseerde tests (Selenium WebDriver):

In plaats van voor elke test een nieuwe driver-instantie te maken:

// "Koude" aanpak
@Test
public void testFeatureA() {
    WebDriver driver = new ChromeDriver(); // Nieuwe browser starten
    //... testscenario
    driver.quit();
}

@Test
public void testFeatureB() {
    WebDriver driver = new ChromeDriver(); // Nieuwe browser starten
    //... testscenario
    driver.quit();
}

Er wordt één driver-instantie gebruikt die tussen tests wordt hergebruikt (bij benadering):

// "Warme" aanpak (met BeforeAll/AfterAll of vergelijkbare hooks/annotaties)
private static WebDriver driver;

@BeforeAll // Wordt één keer uitgevoerd vóór alle tests in de klasse
public static void setup() {
    driver = new ChromeDriver();
    driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
    driver.get("https://your-app.com/login");
    // Authenticatielogica
}

@AfterAll // Wordt één keer uitgevoerd na alle tests in de klasse
public static void teardown() {
    if (driver != null) {
        driver.quit();
    }
}

@BeforeEach // Wordt vóór elke test uitgevoerd
public void prepareTest() {
    // Logica om de status te wissen, indien nodig (bijvoorbeeld cookies wissen, naar de startpagina navigeren)
    driver.manage().deleteAllCookies();
    driver.navigate().to("https://your-app.com/dashboard");
}

@Test
public void testFeatureA() {
    // Gebruik de al gestart en geauthenticeerde driver
    // ... testscenario
}

@Test
public void testFeatureB() {
    // Gebruik dezelfde driver
    // ... testscenario
}

Dit voorkomt dat de browser opnieuw wordt gestart en dat opnieuw wordt ingelogd voor elke test.