Kontrolki wewnątrz ramki
Gdy kontrolka leży w ramce iframe, wskaż ramkę przez frameLocator. Lokator na obiekcie page przeszukuje tylko główny dokument i nie widzi pola.
Gdy kontrolka leży w ramce iframe, wskaż ramkę przez frameLocator. Lokator na obiekcie page przeszukuje tylko główny dokument i nie widzi pola.
Gdy kliknięcie otwiera popup albo nową kartę, sprawdzaj tamtą stronę. To, że karta otwierająca została na miejscu, nie dowodzi, że nowe okno działa.
Testuj pliki, które użytkownik wgrywa i pobiera: typ, rozmiar, nazwę i środek. Włączony przycisk nie dowodzi, że plik dotarł.
Testuj geolokalizację, schowek, kamerę i powiadomienia, gdy użytkownik odmawia. Fixture, który wszystko przyznaje, chowa tę ścieżkę.
Chromium na każdy pull request. Firefox i WebKit tylko tam, gdzie te silniki naprawdę produkują błędy, które już widziałeś.
Użyj routingu Playwright, żeby podstawić, przerwać albo przepuścić wywołanie. Test UI ma paść z powodu, który wybrałeś.
Cypress i Playwright to doskonałe frameworki E2E — ale wybór między nimi wymaga czegoś więcej niż porównania funkcji. Poznaj różnice architektoniczne, sytuacje, w których każdy framework się.
Nieudane uruchomienia CI są użyteczne tylko wtedy, gdy możesz je szybko zdiagnozować. Naucz się generować raporty HTML, uploadować artefakty trace, ustanawiać pętle odpowiedzialności i powiadamiać.
Odtwarzalne środowiska testowe to fundament niezawodnego CI/CD. Naucz się używać Docker Compose do lokalnego i CI testowania E2E oraz uruchamiać testy smoke przeciwko efemerycznym deploymentom.
Naucz się budować szybkie, niezawodne pipeline'y CI z GitHub Actions. Opanuj składnię workflow, cache'owanie zależności, strategie matrix, zarządzanie sekretami i integrację Playwrighta dla.
Większość pakietów testów gnije z czasem. Testy stają się niestabilne, wolne i ignorowane. Poznaj praktyki, które utrzymują testy Playwright wartościowe wraz z rozwojem zespołu: własność, tagowanie.
Nieudane testy to nie problemy — to wskazówki. Dowiedz się, jak używać trybu UI Playwright, przeglądarki trace, debugowania headed i analizy artefaktów, aby izolować niestabilne kroki, zrozumieć.
Testy Playwright mogą działać równolegle na wielu workerach, a nawet na wielu maszynach. Dowiedz się, jak skonfigurować workery, podzielić pakiety testów dla CI, zbierać artefakty trace i wideo oraz.
Testy regresji wizualnej wychwytują zmiany w UI, których nie zamierzałeś. Testy dostępności wychwytują bariery, których nie zauważyłeś. Dowiedz się, kiedy testy wizualne pomagają, kiedy są szumem i.
Autentykacja w testach jest zwodniczo trudna. Dowiedz się, jak użyć storageState w Playwright, aby zalogować się raz i używać sesji wielokrotnie, testować różne role użytkowników i uniknąć.
Naucz się używać APIRequestContext Playwright do testowania backendu. Przygotowuj dane testowe przez API przed testami UI, waliduj odpowiedzi, obsługuj nagłówki uwierzytelniania i decyduj, kiedy.
Opanuj asercje web-first i auto-waiting w Playwright, aby wyeliminować niestabilne testy. Dowiedz się, dlaczego waitForTimeout to błąd, kiedy networkidle pomaga, jak działa expect.poll i czy.
Porównaj klasyczny Page Object Model z kompozycją opartą na fixture'ach Playwright. Dowiedz się, kiedy każdy wzorzec wygrywa, jak unikać obiektów-bogów i strukturyzować kod testowy dla.
Opanuj strategię lokatorów Playwright. Dowiedz się, dlaczego selektory oparte na rolach są lepsze od CSS, kiedy używać test ID, jak filtrować i łączyć lokatory, oraz unikać kruchych wzorców, które.
Dowiedz się, dlaczego Playwright to nowoczesny wybór dla testów E2E. Skonfiguruj pierwszy projekt, napisz niezawodny test używając auto-waiting i dostępnych selektorów, oraz zrozum model.
Narzędzia nie rozwiązują problemów z testowaniem — robią to testerzy. Poznaj kategorie narzędzi testowych, ryzyka związane z ich wdrożeniem i jak liczyć ROI automatyzacji.
Niestabilne testy, złe selektory, zależności środowiskowe, brak strategii — poznaj prawdziwe przyczyny niepowodzeń automatyzacji i konkretne rozwiązania.