Awesome Testing

Markdown document

Zadanie

Lekcja 19: Zadanie 4 - kompletne pokrycie API

Historical artifacts may name disposable training credentials and environments. Do not reuse credentials, target course systems, or execute archived prompts without authorization.

Zadanie: kompletne pokrycie e-commerce API

Wymagania

Pracuj w folderze l15. Najpierw porównaj kontrakt API, api-test-plan.md i istniejące testy, aby zidentyfikować faktyczne luki. Następnie użyj Codex Goal i doprowadź implementację do pełnej weryfikacji.

Pokryj brakujące zachowania związane z:

  • produktami, koszykiem i zamówieniami klienta,
  • produktami, użytkownikami i zamówieniami administratora,
  • kontrolą dostępu oraz sensownymi scenariuszami negatywnymi.

Sugerowana struktura

Zachowaj istniejące projekty Playwright dla klienta i administratora. Korzystaj z obecnych klientów HTTP, fixture i konwencji Given–When–Then. Jeżeli kilka obszarów jest niezależnych, możesz zaplanować równoległe strumienie pracy z jawnym ownership.

Kryteria akceptacji

  • testy klienta trafiają do projektu klienta, a adminowe do projektu adminowego,
  • oba projekty mogą działać równolegle,
  • każdy test tworzy własne dane i sprząta zasoby, które utworzył,
  • api-test-plan.md pokazuje aktualny stan pokrycia,
  • przechodzą testy zakresowe i pełny run,
  • raport końcowy opisuje zmiany, dowody oraz znane ryzyka,
  • żadne poświadczenia nie trafiają do repozytorium.

Opcjonalne rozszerzenie

Poproś agenta o wskazanie, które elementy zadania najlepiej delegować do osobnych sesji lub subagentów. Porównaj czas koordynacji z rzeczywistym zyskiem i zapisz wnioski w raporcie Goal.