Testowanie we frontendzie
Testowanie we frontendzie jest niezwykle istotne, ponieważ pomaga wykryć błędy i problemy przed wdrożeniem aplikacji do produkcji oraz zapewnić użytkownikom satysfakcję z korzystania z interfejsu.
Idealny dla zespołów, które…
Co konkretnie robimy
- · Unit tests
- · Components tests
- · Integration tests
- · Co to znaczy że kod jest “testowalny”?
- · Kompozycja kodu a “testowalność”
- · Szczegóły implementacyjne vs kontrakt vs side effects
- · Co zrobić z third-party podczas pisania testów?
- · Przypadki brzegowe
- · Jak uniknąć “zabetonowania” implementacji?
- · DRY vs DAMP vs WET
- · Granice
- · After* i Before* – jak uniknąć duplikacji i komplikacji
- · Organizacja: test suites i test cases
- · Loose vs tighter assertions
- · Asymmetric matchers
- · Custom matchers
- · Circular assertions
- · Kiedy wykorzystać te techniki?
- · Co mockować?
- · Wsparcie bibliotek
- · Record & Replay pattern
- · Pułapki mockowania
- · Gdzie są granice?
- · Czym są komponenty które integrujemy?
- · Jak zapewnić dane w testach?
- · Fixtures – czy to zawsze dobra droga?
- · Jak generować dane?
- · Snapshots
- · Test data sets (data providers) – napisz jeden test dla wielu przypadków
- · TDD vs Code First vs Test First
- · Selektory w RTL – byRole etc.
- · RTL queries – get vs find vs query
- · Asynchroniczność w testach komponentów waitFor, act oraz find*
- · Testowanie hooków w RTL
- · Interakcje w RTL – user-event
- · Snapshots testing – yay or nay
- · Custom assertions
- · Jest matchers
- · Utils/Helpers i budowanie abstrakcji
- · Typy pokrycia testami
- · Kiedy code coverage pomaga a kiedy daje fałszywe poczucie bezpieczeństwa?
- · Wprowadzenie do tematu testów e2e
- · Tooling i setup
- · Wyzwania testów e2e
- · Co i jak testować jeśli wykorzystujemy Redux’a lub podobne rozwiązanie?
- · Testowanie kodu wykorzystującego React Context
Od briefu do retro w 30 dniach.
Brief i diagnoza
Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.
Modyfikacja programu
Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.
Warsztat
Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.
Retro + raport
Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.
Wyślij brief. Odezwiemy się w 1 dzień.
Po krótkim briefie przygotujemy program i wycenę. Bez zobowiązań — to tylko punkt wyjścia do rozmowy.
Dziękujemy!
Odezwiemy się w ciągu 1 dnia roboczego.
Inne programy dla zespołów
Zobacz wszystkie →BDD
Testowanie i jakość oprogramowania — automatyzacja i metodyki QA.
JUnit dla zaawansowanych
Testowanie i jakość oprogramowania — automatyzacja i metodyki QA.
Robot Framework
Chmura, automatyzacja i CI/CD w praktyce — hands-on dla zespołów inżynierskich.