Tester to nie tylko “klikacz”
Popularne wyobrażenie jest takie, że tester siedzi przy gotowej aplikacji i klika, aż coś się zepsuje. To mała część pracy. Tester dostarcza zespołowi informacji o jakości produktu i o ryzyku: co działa, co nie działa, co może zaboleć użytkowników po wdrożeniu.
Od ponad 7 lat testuję aplikacje webowe, mobilne i backend, a najcenniejsze błędy, jakie znalazłem, rzadko wychodziły z klikania. Wychodziły z pytań zadanych, zanim powstał kod.
Ten wpis otwiera serię “Testowanie od podstaw”. Kolejne części omawiają teorię, przypadki testowe, zgłaszanie defektów, API i pierwsze kroki w automatyzacji.
Jak wygląda tydzień pracy testera
W typowym zespole, który pracuje w sprintach, tester:
- czyta wymagania i historyjki jeszcze przed implementacją i dopytuje o niejasności;
- planuje testy: co sprawdzić, na jakich danych, w jakich przeglądarkach lub urządzeniach;
- testuje nowe funkcje, gdy programista je skończy, ze skryptem i eksploracyjnie;
- zgłasza defekty tak, żeby dało się je odtworzyć bez dopytywania;
- sprawdza poprawki i robi regresję, czyli upewnia się, że zmiana nie zepsuła czegoś obok;
- raportuje stan jakości przed wdrożeniem: co przetestowano, co zostało, jakie jest ryzyko.
Do tego dochodzą spotkania zespołu, przeglądy i coraz częściej utrzymanie testów automatycznych.
Tester manualny, automatyzujący, QA engineer
| rola | czym się zajmuje | co trzeba umieć |
|---|---|---|
| tester manualny | testy funkcjonalne i eksploracyjne, zgłaszanie defektów | techniki testowe, dokładność, komunikacja |
| tester automatyzujący | pisanie i utrzymanie testów automatycznych | jeden język programowania, narzędzie (np. Playwright, Selenium), Git |
| QA engineer | jakość całego procesu: strategia, testy, automatyzacja, CI | wszystko powyżej plus planowanie i praca z zespołem |
Nazwy stanowisk różnią się między firmami, więc czytaj opis obowiązków, a nie tylko tytuł ogłoszenia. Prawie każdy zaczyna od testów manualnych i to dobra kolejność: automat testuje tylko to, co ktoś wcześniej wymyślił.
Umiejętności na start
Zanim zaczniesz uczyć się narzędzi, zadbaj o te podstawy:
- Myślenie analityczne. Patrzysz na funkcję i pytasz: co się stanie, jeśli pole będzie puste, jeśli klikniesz dwa razy, jeśli stracisz internet w połowie płatności.
- Pisanie. Zgłoszenie defektu czyta ktoś, kto nie widział błędu. Jasne, krótkie zdania to połowa wartości testera.
- Podstawy techniczne. Narzędzia deweloperskie w przeglądarce (DevTools), jak działa HTTP, podstawy SQL, czym jest API.
- Angielski. Dokumentacja, narzędzia i często zespół są po angielsku. Poziom pozwalający czytać dokumentację i napisać zgłoszenie wystarczy na start.
Plan nauki krok po kroku
- Teoria testowania. Poznaj podstawowe pojęcia: poziomy i typy testów, techniki projektowania, cykl życia defektu. Dobrym kręgosłupem jest sylabus ISTQB Foundation Level, który omawiam w kolejnej części serii.
- Przypadki testowe. Naucz się pisać przypadki z warunkami wstępnymi, krokami i oczekiwanym wynikiem oraz stosować klasy równoważności i wartości brzegowe.
- Zgłaszanie defektów. Testuj prawdziwe aplikacje i ćwicz opisywanie błędów. To najszybciej widać na rozmowie.
- DevTools i API. Zakładka Network w przeglądarce i Postman pokażą Ci, co aplikacja wysyła na serwer i co dostaje z powrotem.
- Podstawy SQL. SELECT z warunkami i złączeniami wystarczy, żeby sprawdzić, czy dane naprawdę zapisały się w bazie.
- Automatyzacja. Dopiero teraz. Jeden język i jedno narzędzie, np. TypeScript i Playwright.
Nie musisz przejść wszystkich kroków, żeby szukać pierwszej pracy. Kroki 1-3 i trochę z 4 to rozsądne minimum.
Portfolio bez doświadczenia
Najczęstszy problem początkujących: nie ma czego pokazać na rozmowie. Da się to rozwiązać w kilka tygodni:
- wybierz aplikację, z której korzystasz, albo stronę stworzoną do ćwiczenia testów;
- napisz dla niej krótki plan testów i 15-20 przypadków testowych;
- zgłoś kilka znalezionych defektów w formacie, jakiego używa się w pracy;
- przygotuj kolekcję w Postmanie dla publicznego API;
- wrzuć to na GitHub z krótkim opisem.
Rekruter, który widzi dobrze opisane zgłoszenie, wie o Tobie więcej niż z listy kursów w CV.
Czy certyfikat ISTQB jest potrzebny
Nie jest warunkiem, ale pomaga, szczególnie na start. Porządkuje słownictwo, którym posługują się zespoły, i pokazuje, że poświęciłeś czas na naukę. Sam mam certyfikat ISTQB Foundation Level. Sylabus jest dostępny bezpłatnie, więc możesz się z niego uczyć, nawet jeśli nie podejdziesz do egzaminu.
Przed rozmową
Gdy masz podstawy, sprawdź się na 50 pytaniach rekrutacyjnych na testera QA. Przy każdym pytaniu przygotuj przykład z własnego portfolio, bo to na przykładach rekruter widzi, czy rozumiesz, o czym mówisz.
Seria “Testowanie od podstaw”
- Czym zajmuje się tester i jak zacząć (ten wpis)
- Teoria testowania w pigułce
- Jak napisać przypadek testowy
- Jak zgłaszać defekty
- Testowanie API od podstaw
- Pierwsze kroki w automatyzacji testów