QA / Testowanie

Szkolenie Test-Driven Development

Test-Driven Development to podejście wykorzystujące testy do implementacji funkcjonalności.

Czas trwania
16h / 2 dni · 2h
Program · 11 modułów

Co konkretnie robimy

M01
Wprowadzenie do Test-Driven Development
  • · Definicja TDD, jego cele oraz korzyści
  • · TDD a podejście Test First – podobieństwa i różnice
  • · Cykl Red–Green–Refactor
  • · Strategie implementacji wymagań
M02
TDD w praktyce
  • · Jak wygląda codzienna praca z TDD
  • · Małe kroki i szybki feedback
  • · Budowanie nawyków programistycznych wspierających TDD
M03
Piramida testów a TDD
  • · Jak stosować TDD w zależności od poziomu testów
  • · Kiedy koszt stosowania TDD jest zbyt wysoki
M04
Code Coverage a TDD
  • · Jak dbać o kompletność scenariuszy testowych
  • · Najczęstsze mity związane z Code Coverage
  • · Jak wykorzystać Code Coverage do poprawy jakości testów
M05
Refaktoryzacja w kontekście TDD
  • · Rola refaktoryzacji w cyklu TDD
  • · Typy refaktoryzacji i ich zastosowanie
  • · Wykorzystanie IDE do bezpiecznej refaktoryzacji
  • · Techniki poprawy czytelności i utrzymania testów
M06
Projektowanie przez TDD
  • · TDD jako narzędzie wspierające projektowanie
  • · Emergent Design vs Big Design Up Front
  • · Jak testy wpływają na kształt API i kontraktów
  • · Projektowanie granic modułów i odpowiedzialności
  • · Jak TDD wspiera low coupling i high cohesion
M07
Antywzorce w TDD
  • · Testy skupione na implementacji zamiast na zachowaniu
  • · Nadmierne użycie mocków (over-mocking)
  • · „Green at all cost” – ignorowanie jakości testów
  • · Zbyt duże kroki w cyklu TDD
  • · Brak refaktoryzacji po fazie „green”
M08
TDD a AI
  • · Współpraca z narzędziami AI podczas programowania
  • · Jak TDD pomaga utrzymać kontrolę nad generowanym kodem
  • · TDD jako narzędzie do walidacji API i kontraktów
M09
TDD w istniejącym kodzie (legacy code)
  • · Jak rozpocząć pracę z TDD w istniejącym systemie
  • · Wprowadzanie testów do nietestowalnego kodu
  • · Techniki izolacji zależności
M10
Wyzwania i ograniczenia TDD
  • · Gdzie kończy się TDD, a zaczyna szersza strategia testowania
  • · Najczęstsze błędy w stosowaniu TDD
  • · Kiedy nie stosować TDD
M11
Podsumowanie
  • · Kluczowe wnioski i dobre praktyki
  • · Jak wdrożyć TDD w zespole
  • · Dalsze kroki i materiały do nauki
Każdy moduł modyfikujemy pod Twój stack i kontekst. Powyższe to punkt wyjścia — nie sztywna agenda.
Jak pracujemy

Od briefu do retro w 30 dniach.

01

Brief i diagnoza

Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.

02

Modyfikacja programu

Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.

03

Warsztat

Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.

04

Retro + raport

Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.

Zapytanie

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.

Wycena w 48h od briefu
Pierwsza sesja w 30 dni
Pilotaż przed pełną decyzją
Faktura VAT, możliwość płatności w transzach

Ochrona antyspamowa (Cloudflare Turnstile) zostanie aktywowana po wpięciu klucza.