• Twój pierwszy test Playwright
• Zestaw testów i przypadki negatywne
• Rozbudowa testów i lokatory
• Zadanie do realizacji: Kolejny test pulpitu
• Rozwiązanie: Kolejny test pulpitu
• Podsumowanie wprowadzenia do Playwright

• Wzorzec AAA: Arrange Act Assert
• Analiza testów z Trace Viewer
• Zadanie do realizacji: Implementacja AAA
• Rozwiązanie: Implementacja AAA
• DRY i hook beforeEach
• Debugowanie i skrypty
• Wtyczka Playwright i pliki data
• Podsumowanie refaktoryzacji

• Page Object Model – jak to wygląda w teorii?
• Najprostsza implementacja wzorca POM
• Page Object Model w negatywnych testach
• Zadanie do realizacji – podstawowy POM w testach
• Rozwiązanie – podstawowy POM w testach
• POM i komponenty, czyli wspólne elementy
• Page Object Model i agregacja akcji
• POM i refaktoryzacja istniejących testów
• Zadanie do realizacji – POM i refaktoryzacja istniejących testów
• Rozwiązanie – POM i refaktoryzacja istniejących testów
• Podsumowanie

• Tagi w testach automatycznych
• Nowe podejście do tagów w Playwright
• Adnotacje i oznaczenia testów w Playwright
• Teraz Ty – adnotacje i tagi
• Rozwiązanie – adnotacje i tagi

• Instalacja projektu z pliku w Node.js
• Aktualizacja paczki Playwright i przeglądarek
• Kod strony HTML
• Selektory i szukanie elementów HTML w przeglądarce
• Wersjonowanie projektu z Git
• Formatowanie kodu z Prettier

• Wstęp
• Opis wymagań i aplikacji
• Przygotowanie projektu cz.1 – Instalacja Playwright, rozszerzenia i settings
• Przygotowanie projektu cz.2 – Dbanie o jakość kodu
• Przygotowanie projektu cz.3 – Husky i dokumentacja
• Przegląd ustawień w projekcie
• Podsumowanie i architektura

• Wstęp do budowy frameworka
• Smoke tests i Page Object
• Tagi i powiązanie z wymaganiami
• Klasa bazowa BasePage
• Komponent Main Menu
• Logowanie się i zmienne środowiskowe
• Zmienne środowiskowe zarządzane w dotenv
• Teraz Ty: dodanie zmiennej do frameworka
• Rozwiązanie: dodanie zmiennej do frameworka
• Wymagania a testy negatywne
• Podsumowanie i architektura

• Wstęp: Zarządzanie danymi, modele i factory
• Rejestracja użytkownika i modele danych
• Biblioteka faker w testach
• Wprowadzenie zarządzania danymi
• Teraz Ty – Model dla login
• Rozwiązanie – Model dla login
• Refaktoryzacja użycia modelu i testy negatywne
• Generowanie obiektów na przykładzie factory
• Podsumowanie: Zarządzanie danymi we frameworku

• Wstęp: Różne typy testów w frameworku
• Testy nowych zasobów
• Zarządzanie modelami i fabrykami danych
• Teraz Ty: Test negatywny tworzenia artykułu
• Rozwiązanie: Test negatywny tworzenia artykułu
• Refaktoryzacja struktury testów – hooks i beforeEach
• Testy wartości brzegowych
• Testy end to end (e2e) z użyciem sekwencji
• Rozszerzenie testu e2e – usunięcie zasobu
• Różne typy testów w frameworku – architektura testów zależnych w e2e, sekwencje w testach

• Wstęp: Dług techniczny oraz coding standards
• Dług Techniczny: Przyspieszenie kosztem jakości
• Coding standards
• Zarządzanie wersją standardu JavaScript
• Error handling – zabezpieczenie przed błędami
• Teraz Ty: Dług techniczny w projektach
• Podsumowanie: Dług techniczny oraz coding standards

• Wstęp: Rozbudowane scenariusze e2e i Test Steps
• Nowy typ testu e2e. Wymagania, analiza i pierwsze kroki
• Weryfikacja komentarza i zaawansowane lokatory
• Refactoring kodu testów
• Modyfikacja i weryfikacja edycji
• Testy end to end (e2e) z użyciem steps
• Teraz Ty: Wymaganie jako test step
• Rozwiązanie: Wymaganie jako test step
• Dodatkowe operacje z test step
• Podsumowanie: Rozbudowane scenariusze e2e i Test Steps

• Projekty zależne
• Zarządzanie sesją użytkownika
• Analiza projektów zależnych, ich wad oraz zalet
• Zadanie do realizacji
• Aliasy, czyli jak oznaczać testy automatyczne
• Zadanie do realizacji

• Rozszerzenie wzorca Page Object Model
• Page Object Model i usprawnienia w testach
• Zadanie do realizacji
• Opis drogi użytkownika i uproszczenie testów
• Weryfikacja GUI z predefiniowanymi danymi

• Wstęp: Fixtures w Playwright
• Pierwsze kroki z fixtures
• Implementacja własnego fixture
• Funkcje i klasy w fixtures
• Teraz Ty: Kolejna strona jako fixture
• Rozwiązanie: Kolejna strona jako fixture
• Importowanie i scalanie fixtures
• Refaktoryzacja z użyciem fixtures
• Fixture dla tworzenia artykułu
• Podsumowanie: Fixtures w Playwright
• Bonus: Fixtures – zachłanne i leniwe wykonanie

• Wstęp: Testy API w Playwright
• Pierwsze kroki z API
• API w GAD
• Pierwsze wykorzystanie API w testach GUI
• Wsparcie API w testach negatywnych
• Teraz Ty: Dodanie weryfikacji API
• Rozwiązanie: Dodanie weryfikacji API
• Rozszerzone oczekiwanie odpowiedzi z API
• Teraz Ty: Rozszerzone API w komentarzu
• Rozwiązanie: Rozszerzone API w komentarzu
• Podsumowanie: Testy API w Playwright
• Bonus: Weryfikacja tekstu w waitForResponse

• Sekcja 1: Testy REST API w Playwright
• Pierwszy test REST API
• Rozszerzone testy API
• Refaktoryzacja testów jako jeden test
• Teraz Ty: Testy API Comments
• Rozwiązanie: Testy API Comments

• Sekcja 2: Tworzenie i usuwanie zasobów przez API
• Test negatywny – akcja bez autoryzacji
• Logowanie się w API i tworzenie zasobu
• Teraz Ty: Test dodawania komentarza
• Rozwiązanie: Test dodawania komentarza
• Refaktoryzacja cz. 1 – separacja testów API
• Refaktoryzacja cz. 2 – poprawa kodu testów
• Usuwanie artykułu w API
• Teraz Ty: Test usuwania komentarza
• Rozwiązanie: Test usuwania komentarza
• Wykrywanie flaky tests i poprawki
• Teraz Ty: Czekanie w komentarzach
• Rozwiązanie: Czekanie w komentarzach

• Sekcja 3: Refaktoryzacja testów API
• Refaktoryzacja cz.1 – Funkcje API
• Refaktoryzacja cz.2 – Funkcja tworząca zasób
• Teraz Ty: Funkcja do tworzenia komentarza
• Rozwiązanie: Funkcja do tworzenia komentarza
• Refaktoryzacja cz.3 – Własna funkcja z asercją
• Refaktoryzacja cz.4 – Podział testów

• Integracja testów UI + API
• Testy na modyfikację zasobów
• Używanie API w testach UI
• Przyśpieszanie testów UI
• Logowanie danych w testach
• Różne podejścia do przygotownia danych

• DDT jako podejście w pisaniu testów
• Rozszerzanie testów e2e
• Testy integracyjne a e2e
• Zadanie do realizacji z testów e2e
• Visual Testing
• Logowanie i raportowanie
• Stabilność testów automatycznych – przykłady rozwiązań
• Nawigacja po listach
• Robienie zrzutu ekranu całej strony

• Wstęp do języka i narzędzi
• Przygotowanie środowiska – instalacja node.js
• Przygotowanie środowiska – instalacja VS Code
• Pierwsze skrypty i ich uruchamianie
• Projekt w node.js i package.json
• Zadanie do realizacji – skrypty i ich uruchamianie
• Rozwiązanie – skrypty i ich uruchamianie

• Podstawy języka i różne rodzaje zmiennych
• Zadanie do realizacji – różne rodzaje zmiennych
• Rozwiązanie – różne rodzaje zmiennych
• Stringi i operacje na napisach
• Zadanie do realizacji – stringi i operacje na napisach
• Rozwiązanie – stringi i operacje na napisach
• Funkcje
• Zadanie do realizacji – funkcje
• Rozwiązanie – funkcje
• Funkcje i opcjonalne parametry
• Zadanie do realizacji – funkcje i opcjonalne parametry
• Rozwiązanie – funkcje i opcjonalne parametry
• Tablice
• Zadanie do realizacji – tablice
• Rozwiązanie – tablice
• Operacje na tablicach
• Zadanie do realizacji – operacje na tablicach
• Rozwiązanie – operacje na tablicach
• Pętle
• Zadanie do realizacji – pętle
• Rozwiązanie – pętle

• Debugging skryptów JavaScript za pomocą VS Code
• Operacje matematyczne w JavaScript
• HTML i działanie kodu JavaScript
• Deguggowanie kodu JavaScript w przeglądarce

• Instrukcje warunkowe – if, switch
• Zadanie do realizacji – instrukcje warunkowe
• Rozwiązanie – instrukcje warunkowe
• Instrukcje warunkowe – JavaScript Equality, czyli == oraz ===
• Zadanie do realizacji – instrukcje porównania
• Rozwiązanie – instrukcje porównania
• Obiekty
• Zadanie do realizacji – obiekty
• Rozwiązanie – obiekty
• Obiekty a JSON
• Obiekty a JSON.stringify
• Moduły i eksport
• Zadanie do realizacji – moduły i eksport
• Rozwiązanie – moduły i eksport

• Moduły – instalacja paczek
• Moduły – usuwanie paczek
• Przenoszenie projektu a zainstalowane moduły
• Zadanie do realizacji – zarządzanie paczkami
• Rozwiązanie – zarządzanie paczkami
• Wstęp do klas
• Klasy i konstruktory
• Zadanie do realizacji – klasy
• Rozwiązanie – klasy
• Operacje na plikach – odczyt danych
• Operacje na plikach – zapis danych
• Zadanie do realizacji – operacje na plikach
• Rozwiązanie – operacje na plikach
• Async/await – czym są i jak wykorzystywać funkcje asynchroniczne?
• Zadanie do realizacji – wykorzystanie async/await
• Jak otrzymać wynik z obiektu typu Promise?
• Rozwiązanie – wykorzystanie async/await

• Style Guide oraz Coding Standard
• JavaScript w HTML – prezentacja różnych typów danych na stronie HTML
• JavaScript w HTML – dynamicznie tworzone strony HTML
• JavaScript w HTML – wykorzystanie asynchroniczności

• O czym musisz wiedzieć przechodząc przez ten kurs

• Czym jest TypeScript? Co powinien wiedzieć o nim Tester / QA?
• Przygotowanie środowiska
• Pierwszy projekt w TypeScript
• Podsumowanie

• Jak korzystać z zadań oraz Projekt do pobrania

• Wstęp
• Typy proste (typy prymitywne)
• Tablice
• Teraz Ty – Typy
• Rozwiązanie – Typy
• Typ any – czym jest, wady i zalety jego stosowania
• Funkcje, część 1 – podstawy w TypeScript
• Funkcje, część 2 – anonimowe, strzałowe i z różnymi typami parametrów
• Teraz Ty – funkcje
• Rozwiązanie – funkcje
• Union Types i elastyczne typowanie
• Enums i lepsza organizacja kodu
• Teraz Ty – enums
• Rozwiązanie – enums
• Podsumowanie

• Wstęp
• Interfejsy, obiekty i struktur danych
• Teraz Ty – interfejsy
• Rozwiązanie – interfejsy
• Klasy, metody i obiekty
• Teraz Ty – Klasy, metody i obiekty
• Rozwiązanie – Klasy, metody i obiekty
• Dziedziczenie
• Rzutowanie
• Teraz Ty – dziedziczenie
• Rozwiązanie – dziedziczenie
• Błędy, rzucanie wyjątkami i konstrukcja try catch
• Teraz Ty – błędy i try catch
• Rozwiązanie – błędy i try catch
• Type Guards – czym są, wady, zalety i zastosowanie
• Podsumowanie

• Wstęp
• Tworzenie własnych modułów
• Teraz Ty – moduły
• Rozwiązanie – moduły
• Instalacja modułów ze wsparciem typów
• Instalacja modułów bez wsparcia typów
• Async / await i typy w TypeScript
• Teraz Ty – Async / await
• Rozwiązanie – Async / await
• Podsumowanie

• Jak szybko testować skrypty w TypeScript?
• Kompilowanie TypeScript do JavaScript
• Migracja z JavaScript do TypeScript – przykład skryptów
• Analiza projektu opartego o TypeScript

• Wprowadzenie do kursu

• Wstęp
• Czym jest Ciągła Integracja i CI/CD?
• Testy automatyczne a CI/CD
• Omówienie różnych narzędzi wspomagających proces CI/CD
• Podsumowanie

• Wstęp do konfiguracji
• Instalacja Gita
• Przygotowanie konta w serwisie GitHub
• Tworzenie repozytorium
• Podsumowanie konfiguracji

• Wstęp do uruchomienia pierwszych testów
• Omówienie strategii i podejścia
• Przygotowanie kodu testów i aplikacji
• Przygotowanie konfiguracji do CI/CD
• Uruchomienie testów w Chmurze, omówienie wyników i testy
• Jak sprawdzić ile czasu nam zostało? Darmowe minuty w GitHub Actions
• Teraz Ty – nowa konfiguracja
• Rozwiązanie – nowa konfiguracja
• Jak wyłączyć daną konfigurację?
• Podsumowanie z uruchomienia pierwszych testów
• Bonus: nomenklatura GitHub Actions – Job, step, workflow, action – co to oznacza?

• Wstęp: artefakty i raporty po testach
• Raporty po testach
• Zarządzanie artefaktami w procesie CI/CD
• Prezentacja wyników testów na GitHub Actions
• Dedykowane raporty z Playwright na GitHub
• Podsumowanie: artefakty i raporty po testach – dobre praktyki

• Wstęp: cache i zarządzanie kolejnością i równoległością jobów
• Cache dla Playwright w GitHub Actions
• Usprawniamy cache w zależności od wersji Playwright
• Teraz Ty – cache dla node_modules
• Rozwiązanie – cache dla node_modules i usprawnienie – wersjonowanie
• Strategia zrównoleglenia i przyśpieszenia testów przez równoległe joby
• Strategia podziału testów przez joby zależne (sekwencyjne)
• Strategie przygotowania środowiska do uruchomienia testów i dobre praktyki
• Podsumowanie: cache i zarządzanie kolejnością i równoległością jobów

• Wstęp: Triggery, różne sposoby uruchamiania jobów i sharding
• Różne triggery, czyli jak można uruchamiać nasze joby
• Manualne uruchamianie zadań i Scheduler
• Reużywalne workflows
• Uruchamianie workflow przez GitHub API
• Strategy matrix, czyli parametryzacja jobów
• Sharding
• Podsumowanie: Triggery, różne sposoby uruchamiania jobów i sharding

• Zadania do realizacji – od tworzenia konfiguracji, aż po projektowanie całego workflow
• Baza wiedzy, linki, polecenia i kod konfiguracji
• Polecenia i komendy w GitHub Actions
• Mój workflow nie chce się uruchomić – poradnik co zrobić

• Wprowadzenie do kursu
• Aplikacja do testów – gdzie będziemy testować koncepty automatyzacji?
• Selektory i lokatory w Playwright – jak znajdować elementy na stronie
• Teraz Ty – wyszukiwanie elementów na stronie
• Rozwiązanie – wyszukiwanie elementów na stronie
• Nagrywanie testów a lokatory
• Czym jest test id i data-testid? Jak szukać elementów po tych atrybutach?
• Różne sposoby wyszukiwania elementów i metody w lokatorach
• Teraz Ty – operacje na listach lokatorów
• Rozwiązanie – operacje na listach lokatorów
• Różne sposoby szukania elementów i metody w lokatorach
• Teraz Ty – różne sposoby wyszukiwania elementów i metody w lokatorach
• Rozwiązanie – różne sposoby wyszukiwania elementów i metody w lokatorach
• Bonus: Szukanie elementów w zagnieżdżonych tabelach (100% praktyki!)
• Auto-waiting i Web First Assertions
• Teraz Ty – Auto-waiting i Web First Assertions
• Rozwiązanie – Auto-waiting i Web First Assertions
• Własne asercje w Playwright (część 1)
• Własne asercje w Playwright (część 2)
• Teraz Ty – Własne asercje w Playwright
• Rozwiązanie – Własne asercje w Playwright
• Własne Web First Assertions w Playwright (część 1)
• Własne Web First Assertions w Playwright (część 2)

• Webinar: Testy zależne w Playwright
• Webinar: Playwright w akcji – testy GUI bez backendu. Przyspiesz testy z podstawami API i mockowaniem w Playwright (z TypeScript)
• Webinar: Zapytaj o Playwright🎭 Rozwiej swoje wątpliwości i spokojnie automatyzuj
• Webinar: GUI vs API w Playwright. Odkryj testy GUI i REST API w nowoczesnym wydaniu
• Webinar: Testerze! Zacznij debugować! Skuteczne strategie debugowania testów automatycznych!
• Mega bonus: Instalacja, Debug, UI Mode, Wydajność
• Mega bonus: Jak AI może wspierać testy automatyczne?
• Mega bonus: Strategia debug związana z czekaniem na elementy?
• Webinar: Przewrót w automatyzacji testów! Gdzie inwestować w rozwój?

• Wstęp i jak korzystać z tego materiału
• Czym jest GAD?
• Jak skorzystać z naszej aplikacji do testów? Instalacja i uruchomienie lokalnie
• Uruchomienie aplikacji GAD z konsoli. Parametry, różne porty i kilka instancji
• Co zrobić, gdy znajdziesz błąd i informacje o nowych wersjach
• Aktualizacja do najnowszej wersji

• Testy automatyczne
• Przypadki użycia
• Narzędzia i ich wykorzystanie
• Zalety i wady różnych podejść
• Architektura testów

• Playwright jest rewolucyjny, bo łączy prostotę testów z Selenium, możliwości nowoczesnych testów w Cypress i otwartość oprogramowania z Webdriver IO / Puppeteer.
• Zaufaj nam – korzystaliśmy z bardzo wielu technologii do testów GUI. Obecnie Playwright to najbardziej stabilna, darmowa i łatwa w analizie technologia do pisania testów GUI.
• Cypress to w szerszej perspektywie płatne narzędzie o indywidualnej składni przeznaczone bardziej dla deweloperów lub testerów posiadających wysokie umiejętności programistyczne. Jeśli chcesz wykorzystać bardziej zaawansowane funkcje w Cypressie, to musisz mieć dobrą wiedzę programistyczną.
• Selenium to wciąż bardzo dobre narzędzie, ale pamiętaj, że musisz samodzielnie i od podstaw zbudować solidny framework, aby twoje testy były maksymalnie niezawodne. Jest to związane z tym, jak Selenium łączy się z przeglądarką. Playwright do komunikacji z przeglądarkami używa nowoczesnego mechanizmu CDP (Chrome DevTools Protocol). Poza tym Playwright to wiele gotowych, wbudowanych i konfigurowalnych elementów, które od razu możesz używać, a w Selenium trzeba wszystko samodzielnie zaimplementować (np. automatyczne czekanie, raporty, dynamiczna konfiguracja etc.).
• Webdriver IO czy też Test Cafe, Nightwatch, Puppeteer to również wspaniałe frameworki o stabilnej pozycji na rynku. Brak w nich dobrego narzędzia do analizy i debugowania testów. Gdy masz problem to jego rozwiązanie może okazać się niezwykle trudne.

• zajmują się testami manualnymi i chcieliby wkroczyć w świat programowania i automatyzacji,
• zajmują się automatyzacją i pragną poznać nowe narzędzie wraz z dobrymi praktykami,
• uczą się testowania i rozwijają swoje kompetencje w tym zakresie.

W odróżnieniu od suchej dokumentacji prowadzimy Cię przez dokładnie opracowany plan nauki automatyzacji testów, a nie tylko poznania frameworka Playwright. Łączymy wiedzę o narzędziu z wieloma dobrymi praktykami. Dzielimy się doświadczeniem, które prezentujemy, budując razem z Tobą profesjonalne rozwiązanie do zapewnienia jakości.

W dokumentacji są proste i pojedyncze przykłady, a my w naszym kursie bazujemy na prawdziwym frameworku. Rozwijamy go od podstaw podejmując różne decyzje architektoniczne, które finalnie tworzą kompleksowe rozwiązanie.

Oczywiście! Można samemu zdobywać wiedzę z dokumentacji i różnych tutoriali.
Niestety minusem takiego podejścia jest wysokie prawdopodobieństwo, że zajmie to znacznie więcej twojego cennego czasu. Powodem tego jest fakt, że wiedza często rozsiana jest po różnych zakątkach internetu. Trzeba uważać, aby nie wpaść w inwestowanie pokładów energii i czasu w zdobywanie wiedzy, która nie jest istotna w aspekcie poznawanego przez Ciebie tematu.

Bardzo ważne! Przy samodzielnej nauce nie będziesz posiadał trenera, który pomoże Ci ze wszelkimi problemami, jakimi napotkasz i odpowie na pytania oraz rozwieje wątpliwości. A tutaj masz nas – ekspertów z jaktestowac.pl.

Na pierwszy rzut oka, oba frameworki oferują podobne funkcje, takie jak możliwość przeprowadzania testów end-to-end, debugowania i integracji z innymi narzędziami do automatyzacji.

Jednak w perspektywie budowania profesjonalnych testów w projekcie informatycznym Cypress jest bardziej zorientowany na doświadczonych z programowaniem testerów lub developerów, posiada wiele własnych konceptów, które odbiegają od powszechnie przyjętych standardów, pewne jego funkcje są płatne oraz zamknięte w ekosystemie narzędzi i pluginów Cypressa.

Z kolei Playwright jest w pełni darmowy, zbudowany o sprawdzone standardy z bardziej przyjazną dla początkujących testerów infrastrukturą.

Obecnie pełnimy role konsultantów i architektów w różnych projektach. Wykonaliśmy wiele analiz dotyczących stosowania testów opartych o Playwright w różnych dziedzinach i branżach. W znacznej większości Playwright przewyższał funkcjami i możliwościami Cypressa.
Dodatkowo często konsultujemy migracje z Cypress do Playwright, praktycznie nie spotykając się z odwrotnymi przypadkami.

Dodatkowo:

• Playwright jest znacznie szybszy od Cypressa oraz oferuje automatyczne zrównoleglenie testów (płatna funkcja w Cypress).
• W Playwright piszemy testy bardzo podobnie jak w Selenium (składnia, model POM) i rozwijamy je o standardy języka TypeScript. W Cypress promuje się model App Action oraz ich własną składnię i rozwiązania, które są wiedzą używaną wyłącznie w tym frameworku. Testując z Playwright, rozwijasz kompetencje, których użyjesz w innych miejscach.
• Playwright oferuje więcej opcji debugowania, takich jak możliwość podglądu Trace z akcjami wykonywanymi w przeglądarce, co może ułatwić Ci znajdowanie i rozwiązywanie błędów.
• Playwright umożliwia testowanie wielu przeglądarek jednocześnie, jeśli chcesz przeprowadzić testy na wielu różnych środowiskach (w Cypress rozwiązanie płatne i niedostępne lokalnie).
• Playwright natywnie obsługuje więcej przeglądarek Chrome, Edge, Firefox i Safari. W Cypress system przeglądarek od Apple jest uzależniony właśnie od zgodności z przeglądarkami web-kit Playwright.
• Na korzyść Cypress przemawia obecnie jego popularność, jakość dokumentacji oraz ciekawy sposób pisania testów.

Jego twórcy stale pracują nad jego ulepszeniem i usuwaniem błędów – co kilka tygodni systematycznie wychodzi nowa wersja dodająca nowe usprawnienia. W rezultacie Playwright jest obecnie uważany za stabilny framework, który jest w stanie wspierać różnorodne projekty.

Język ten jest również wspierany przez dobrze rozwiniętą społeczność i mnogość modułów, które dodatkowo rozszerzają jego funkcje. Innym bardzo ważnym zyskiem z nauki JavaScript jest poznanie jak działa ten język w kontekście frontendu i pisanych aplikacji. Taka wiedza pozwoli Ci na lepsze zrozumienie testowanej aplikacji, a tym samym łatwiejsze wyłapywanie błędów.

Dodatkowo wprowadzenie TypeScript dodaje do JavaScript większość dobrych wzorców znanych z języków takich jak Java czy Python. Również korzystając z tych języków, w Projekcie możemy liczyć na wsparcie developerów.

Jeśli nie znasz żadnego języka programowania — przygotowaliśmy kompleksowe materiały o języku JavaScript oraz TypeScript, które pozwolą Ci poznać ten język na tyle, abyś był w stanie swobodnie poruszać się w zakresie testów automatycznych 🙂

Pamiętaj jednak o tym, że ten materiał głównie kierujemy do testerów manualnych i automatyzujących, którzy chcą poznać nowe narzędzie, podejście do projektowania własnego frameworka oraz dobre praktyki.

Visual Studio Code zawiera wiele pluginów oraz ułatwień, które sprawiają, że pisanie testów przy użyciu narzędzia Playwright jest znacznie szybsze i łatwiejsza niż np. w IntelliJ.

Zarówno Visual Studio Code oraz Playwright są rozwijane przez Microsoft, dlatego nowe funkcje są szybko wdrażane w tym IDE.

Jeśli chcesz najpierw otrzymać fakturę – to napisz do nas maila z danymi, my podeślemy fakturę, a po otrzymaniu przelewu nadamy dostęp do Programu.

Możemy również w razie potrzeby wystawić fakturę pro forma.