Selenium 85. Synchronizacja w Singletonie i konfiguracja bez Singletona

W tej lekcji dokończymy temat Singletona i poruszymy sobie temat, o którym wspomniałam w poprzedniej lekcji, czyli synchronizacja w Singletonie.

Uwaga: plik z projektem testowym, na którym pracujemy w lekcjach dotyczących POM wymaga uzyskania dostępu. Dostaniesz go tutaj.

Poruszymy temat sekcji krytycznej oraz bloku synchronizowanego. Zobaczysz też co daje dodanie przed zmienną słówka volatile. Gdy już zamkniemy temat Singletona wrócimy do konfiguracji i przerobimy tą klasę na taką, która nie używa Singletona i pokażę Ci jak to ładnie rozwiązać.

Dodatkowo posłużymy się adnotacją @TestInstance(Lifecycle.PER_CLASS) w JUnit 5. Adnotacja ta sprawi, że wszystkie metody testowe będą korzystały z tej samej instancji klasy testowej. Domyślnie, gdy nie dodamy tej adnotacji, nowa instancja jest tworzona dla każdej metody testowej. Oznacza to, że naszych testów nie będziemy mogli w przyszłości zrównoleglić na poziomie metod, czyli nie będziemy mogli uruchamiać testów w jednej klasie równolegle. Żeby to zrobić będziemy musieli przenieść inicjalizację konfiguracji z BeforeAll to BeforeEach. Natomiast nadal będziemy mogli uruchamiać testy równolegle na poziomie klas (czyli testy z kilku różnych klas testowych nadal będą mogły być uruchamiane równolegle).

Zaktualizowane klasy

Klasa testowa: PaymentsTests

Klasa testowa: CartTests

Klasa testowa: BaseTest

Klasa Page Object: CheckoutPage

Klasa Page Object: CartPage

Klasa Page Object: ProductPage

Klasa Page Object: CategoryPage

Klasa Page Object: BasePage

Klasa Page Object: DemoFooterPage

(czyli nasza stopka w POM)

Klasa Page Object: HeaderPage

Klasa Page Object: OrderReceivedPage

Klasa: DriverFactory

Enum: Browser

Klasa: ConfigurationManager (wzorzec Singleton)

Configuration.properties

Lista lekcji dotyczących budowy Frameworka: