UI może kłamać. API nie ma tej przyjemności.
API to kręgosłup aplikacji. Jeśli je ignorujesz – jesteś jak strażak, który sprawdza tylko dym, a nie ogień.
To nie będzie poradnik „wyślij GET-a i ciesz się z 200 OK”.
To jest przypomnienie, że QA powinno rozsiąść się wygodnie przy API – i nie odpuszczać, dopóki nie zapłacze.
🔍 Co to naprawdę znaczy testować API?
Co to nie jest: wysłanie zapytania i uśmiech, bo status 200.
Co to jest:
- Walidacja struktury odpowiedzi i zgodności danych
- Atakowanie API nieprawidłowymi danymi (czytaj: kreatywny sabotaż)
- Testowanie auth, limitów i… “co jeśli kliknę to 10 razy?”
- Upewnianie się, że błędy są faktycznie błędami, nie dekoracją
- Przekonanie się, że API nie padnie po tym, jak frontend pośle mu 😬
🧠 Dlaczego QA musi tu wejść z buta
Większość bugów nie pojawia się w UI – siedzą sobie cicho w JSON-ie.
Testy API to:
- Mniej dramy w UI
- Więcej błędów złapanych wcześniej
- Mniej fałszywego poczucia bezpieczeństwa
- Więcej QA-respektu w oczach devów (serio)
🚨 Klasyczne błędy w testowaniu API
-
Tylko ścieżki szczęśliwe
A co z błędnym ID, nullami, XSS-em? Co, my tu się bawimy? -
Zakochanie w mockach
Testujesz to, co myślisz, że działa. Nie to, co faktycznie działa. -
Brak auth
Token to nie opcja – to gatekeeper. Bez niego testujesz bajkę. -
Brak edge-case’ów
Dajmy 10 000 elementów w tablicy. Albo emoji. Zobaczymy kto pierwszy się załamie – API czy serwer.
⚙️ Narzędzia, które robią robotę
- Postman – do klikadełek i sesji testowych
- pytest + requests – Pythonowe combo na poziomie “ninja”
- Newman – Postman, ale na CI
- Rest Assured – jeśli masz duszę Javy
- curl + bash + modlitwa – dla hardkorów
🔥 Historia ku przestrodze
API do feedbacku. W UI – wszystko cacy. Backend? Cichy crash.
UI mówi „Dziękujemy za opinię” – a logi pokazują stacktrace i ciszę.
To QA to złapało. Bo zaufaliśmy JSON-owi, nie kolorowym buttonom.
🎯 Jak wygląda dobry QA tester API?
Taki, który:
- Myśli jak użytkownik… i trochę jak haker
- Nie wierzy na słowo żadnemu endpointowi
- Sprawdza nie tylko „czy działa”, ale „czy nie padnie po 3 razie”
TL;DR – testuj API, bo UI to ściema
✅ Sprawdzaj logikę
✅ Wal błędnymi danymi
✅ Nie ufaj spinnerom
✅ Testuj jakby jutro miało pójść na produkcję (bo pójdzie)
🧪 Chcesz więcej?
Wkrótce:
- Przykłady testów API z prawdziwego projektu
- Jak wrzucać testy API do CI/CD
- Jak generować raporty, które rozumie nawet PM
Frontend to teatr. API to backroom.
Zostań tym QA, który widzi więcej.
Testuj brutalnie. Debuguj z precyzją.
I niech JSON będzie z Tobą.
Testujmy jakby od tego zależała jakość. Bo zależy. 🚀