Czym jest klient ciepły?

"Ciepły" klient w kontekście testowania to klient (np. okno przeglądarki, aplikacja mobilna), który został uruchomiony i skonfigurowany do wykonywania testów, ale jeszcze nie brał bezpośredniego udziału w scenariuszu testowym. W istocie jest to gotowe do pracy środowisko testowe.

Różnice w stosunku do "zimnego" klienta:

• Uruchomienie i inicjalizacja: "Ciepły" klient jest już uruchomiony, załadował niezbędne zasoby (strony, dane) i być może przeszedł wstępną autoryzację. "Zimny" klient wymaga pełnego uruchomienia i inicjalizacji dla każdego testu lub zestawu testów.
• Stan: "Ciepły" klient zachowuje pewien stan między testami (np. tokeny autoryzacyjne, dane w pamięci podręcznej), co pozwala na szybsze wykonywanie kolejnych testów. "Zimny" klient zazwyczaj zaczyna od zera.
• Czas wykonania: Użycie "ciepłych" klientów pozwala znacznie skrócić czas wykonywania scenariuszy testowych, eliminując konieczność powtarzania długotrwałych operacji inicjalizacji.

Zalety korzystania z "ciepłego" klienta:

• Oszczędność czasu: Skraca czas uruchomienia przeglądarki/aplikacji i ładowania strony/ekranu startowego.
• Przyspieszenie testów: Wykonanie testów wymagających autoryzacji jest szybsze, ponieważ nie trzeba za każdym razem przechodzić procesu logowania.
• Wydajność: Szczególnie istotne dla dużych zestawów testów regresyjnych.

Wady:

• Potencjalny wpływ stanu: Stan pozostawiony po poprzednim teście może wpłynąć na wynik bieżącego testu (flagi, cookies, lokalne przechowywanie). Wymaga starannego zarządzania stanem.
• Bardziej skomplikowana konfiguracja: Konieczne jest opracowanie logiki do utrzymania "ciepłego" stanu i czyszczenia go po każdym teście, aby zapewnić izolację.
• Zwiększone zużycie zasobów: Stałe uruchomienie klienta może zużywać więcej zasobów systemowych.

Przykład użycia w zautomatyzowanych testach (Selenium WebDriver):

Zamiast tworzyć nową instancję drivera dla każdego testu:

// Podejście "zimne"
@Test
public void testFeatureA() {
    WebDriver driver = new ChromeDriver(); // Uruchomienie nowej przeglądarki
    //... scenariusz testowy
    driver.quit();
}

@Test
public void testFeatureB() {
    WebDriver driver = new ChromeDriver(); // Nowe uruchomienie przeglądarki
    //... scenariusz testowy
    driver.quit();
}

Używa się jednej instancji drivera, która jest ponownie wykorzystywana między testami (przybliżona logika):

// Podejście "ciepłe" (z użyciem BeforeAll/AfterAll lub podobnych adnotacji/hooks)
private static WebDriver driver;

@BeforeAll // Uruchamia się raz przed wszystkimi testami w klasie
public static void setup() {
    driver = new ChromeDriver();
    driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
    driver.get("https://your-app.com/login");
    // Logika autoryzacji
}

@AfterAll // Uruchamia się raz po wszystkich testach w klasie
public static void teardown() {
    if (driver != null) {
        driver.quit();
    }
}

@BeforeEach // Uruchamia się przed każdym testem
public void prepareTest() {
    // Logika czyszczenia stanu, jeśli konieczne (np. czyszczenie cookies, przejście na stronę główną)
    driver.manage().deleteAllCookies();
    driver.navigate().to("https://your-app.com/dashboard");
}

@Test
public void testFeatureA() {
    // Używamy już uruchomionego i autoryzowanego drivera
    // ... scenariusz testowy
}

@Test
public void testFeatureB() {
    // Używamy tego samego drivera
    // ... scenariusz testowy
}

To pozwala uniknąć ponownego uruchamiania przeglądarki i logowania się dla każdego testu.