რა არის თბილი კლიენტი?

"თბილი" მომხმარებელი ტესტირების კონტექსტში არის მომხმარებელი (მაგალითად, ბრაუზერის ფანჯარა, მობილური აპლიკაცია), რომელიც უკვე დაიწყო და კონფიგურირებულია ტესტების შესრულებისთვის, მაგრამ ჯერ არ მონაწილეობს პირდაპირი ტესტის სცენარში. არსებითად, ეს არის მზადყოფნის ტესტური გარემო.

განსხვავებები "ცივ" მომხმარებელთან:

• შეწყობა და ინიციალიზაცია: "თბილი" მომხმარებელი უკვე დაიწყო, იტვირთა საჭირო რესურსები (გვერდები, მონაცემები), შესაძლოა, გაიარა წინასწარი ავტორიზაცია. "ცივი" მომხმარებელი საჭიროებს სრული დაწყებას და ინიციალიზაციას თითოეული ტესტისთვის ან ტესტების ნაკრებისთვის.
• მდგომარეობა: "თბილი" მომხმარებელი ინახავს გარკვეულ მდგომარეობას შორის ტესტებს (მაგალითად, ავტორიზაციის ტოკენები, კეშირებული მონაცემები), რაც საშუალებას აძლევს სწრაფად განახორციელოს შემდგომი ტესტები. "ცივი" მომხმარებელი ჩვეულებრივ იწყებს მუშაობას სუფთა ფურცლიდან.
• შესრულების დრო: "თბილი" მომხმარებლების გამოყენება მნიშვნელოვნად ამცირებს ტესტის სცენარების შესრულების დროს, რადგან თავიდან აცილებულია ხანგრძლივი ინიციალიზაციის ოპერაციების განმეორებითი შესრულება.

უპირატესობები:

• დროის დაზოგვა: მცირდება ბრაუზერის/აპლიკაციის დაწყებისა და საწყისი გვერდის/ეკრანის ჩატვირთვის დრო.
• ტესტების სიჩქარე: ავტორიზაციას საჭირო ტესტების შესრულება უფრო სწრაფია, რადგან არ არის საჭირო ყოველ ჯერზე ლოგინის პროცესი გაიაროს.
• ეფექტურობა: განსაკუთრებით აქტუალურია დიდი რეგრესიული ტესტების ნაკრებისთვის.

მოხმარების ნაკლოვანებები:

• მდგომარეობის შესაძლო გავლენა: წინა ტესტის მდგომარეობა, როგორიცაა ფლაგები, cookies, ადგილობრივი შენახვა, შეიძლება გავლენა მოახდინოს მიმდინარე ტესტის შედეგზე. საჭიროა ყურადღებით მართვა მდგომარეობის.
• მრავალსაფეხურიანი კონფიგურაცია: საჭიროა ლოგიკის შემუშავება "თბილი" მდგომარეობის შენარჩუნებისა და თითოეული ტესტის შემდეგ სისუფთავის უზრუნველსაყოფად.
• რესურსების გაზრდილი მოხმარება: მუდმივად ჩართული მომხმარებელი შეიძლება მეტი რესურსი მოიხმაროს სისტემიდან.

მაგალითი ავტომატიზებული ტესტირების გამოყენებისთვის (Selenium WebDriver):

სხვა მეთოდით, ვიდრე ახალი დრაივერის ინიციალიზაცია თითოეული ტესტისთვის:

// "ცივი" მიდგომა
@Test
public void testFeatureA() {
    WebDriver driver = new ChromeDriver(); // ახალი ბრაუზერის დაწყება
    //... ტესტის სცენარი
    driver.quit();
}

@Test
public void testFeatureB() {
    WebDriver driver = new ChromeDriver(); // ისევ ახალი ბრაუზერის დაწყება
    //... ტესტის სცენარი
    driver.quit();
}

გამოყენებულია ერთი დრაივერის ინიციალი, რომელიც მეორდება ტესტებს შორის (სავარაუდო ლოგიკა):

// "თბილი" მიდგომა (გამოყენებით BeforeAll/AfterAll ან ანალოგიური ანოტაციები/ჰუქები)
private static WebDriver driver;

@BeforeAll // ერთჯერადი დაწყება ყველა ტესტის წინ კლასი
public static void setup() {
    driver = new ChromeDriver();
    driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10));
    driver.get("https://your-app.com/login");
    // ავტორიზაციის ლოგიკა
}

@AfterAll // ერთჯერადი დასრულება ყველა ტესტის შემდეგ კლასი
public static void teardown() {
    if (driver != null) {
        driver.quit();
    }
}

@BeforeEach // ყოველი ტესტის წინ
public void prepareTest() {
    // მდგომარეობის გასუფთავების ლოგიკა, თუ საჭიროა (მაგალითად, cookies-ის გასუფთავება, მთავარი გვერდისკენ გადასვლა)
    driver.manage().deleteAllCookies();
    driver.navigate().to("https://your-app.com/dashboard");
}

@Test
public void testFeatureA() {
    // უკვე დაწყებული და ავტორიზებული დრაივერის გამოყენება
    // ... ტესტის სცენარი
}

@Test
public void testFeatureB() {
    // იგივე დრაივერის გამოყენება
    // ... ტესტის სცენარი
}

ეს საშუალებას აძლევს თავიდან აიცილოს ბრაუზერის და სისტემაში შესვლის განმეორებითი დაწყება თითოეული ტესტისთვის.