Kas ir silts klients?

"Silts" klients testēšanas kontekstā ir klients (piemēram, pārlūkprogrammas logs, mobilā lietotne), kas jau ir palaists un konfigurēts testu veikšanai, bet vēl nav tieši iesaistījies testu scenārijā. Būtībā tas ir gatavs darba testēšanas vide.

Atšķirības no "auksta" klienta:

• Palaide un inicializācija: "Silts" klients jau ir palaists, ielādējis nepieciešamos resursus (lapas, datus), iespējams, ir veicis iepriekšēju autentifikāciju. "Auksts" klients prasa pilnu palaidi un inicializāciju katram testam vai testu komplektam.
• Stāvoklis: "Silts" klients saglabā noteiktu stāvokli starp testiem (piemēram, autorizācijas žetonus, kešotos datus), kas ļauj ātrāk veikt turpmākos testus. "Auksts" klients parasti sāk darbu no tīras lapas.
• Vērtēšanas laiks: "Silti" klienti ļauj ievērojami saīsināt testu scenāriju izpildes laiku, jo tiek izslēgta ilgstošu inicializācijas operāciju atkārtota izpilde.

Priekšrocības:

• Laika ietaupījums: Samazina pārlūkprogrammas/aplikācijas palaišanas un sākuma lapas/ekrāna ielādes laiku.
• Testu paātrinājums: Autorizācijas prasīgo testu izpilde notiek ātrāk, jo nav nepieciešams katru reizi veikt pieteikšanās procesu.
• Efektivitāte: Īpaši aktuāli lieliem regresijas testu komplektiem.

Trūkumi:

• Stāvokļa ietekme: Iepriekšējā testa stāvoklis, piemēram, zīmes, sīkdatnes, vietējā glabātuve, var ietekmēt pašreizējā testa rezultātu. Nepieciešama rūpīga stāvokļa pārvaldība.
• Komplikācija konfigurācijā: Nepieciešams izstrādāt loģiku "silta" stāvokļa uzturēšanai un pēc katra testa tīrīšanai, nodrošinot izolāciju.
• Paaugstināta resursu patēriņš: Pastāvīgi palaists klients var patērēt vairāk sistēmas resursu.

Piemērs automatizētajā testēšanā (Selenium WebDriver):

Vietā, lai katram testam izveidotu jaunu draivera eksemplāru:

// "Auksts" pieejas veids
@Test
public void testFeatureA() {
    WebDriver driver = new ChromeDriver(); // Jauna pārlūkprogrammas palaišana
    //... testēšanas scenārijs
    driver.quit();
}

@Test
public void testFeatureB() {
    WebDriver driver = new ChromeDriver(); // Atkal jauna pārlūkprogrammas palaišana
    //... testēšanas scenārijs
    driver.quit();
}

Tiek izmantots viens draivera eksemplārs, kas tiek atkārtoti izmantots starp testiem (pēc izvēles loģika):

// "Silts" pieejas veids (ar BeforeAll/AfterAll vai līdzīgām anotācijām/huks)
private static WebDriver driver;

@BeforeAll // Palaidīs vienu reizi pirms visiem testiem klasē
public static void setup() {
    driver = new ChromeDriver();
    driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
    driver.get("https://your-app.com/login");
    // Autorizācijas loģika
}

@AfterAll // Palaidīs vienu reizi pēc visiem testiem klasē
public static void teardown() {
    if (driver != null) {
        driver.quit();
    }
}

@BeforeEach // Pirms katra testa
public void prepareTest() {
    // Stāvokļa tīrīšanas loģika, ja nepieciešams (piemēram, sīkdatņu tīrīšana, pāreja uz galveno lapu)
    driver.manage().deleteAllCookies();
    driver.navigate().to("https://your-app.com/dashboard");
}

@Test
public void testFeatureA() {
    // Izmanto jau palaistu un autorizētu draiveri
    // ... testēšanas scenārijs
}

@Test
public void testFeatureB() {
    // Izmanto to pašu draiveri
    // ... testēšanas scenārijs
}

Tas ļauj izvairīties no pārlūkprogrammas un pieteikšanās procesa atkārtotas palaišanas katram testam.