Pytania rekrutacyjne: tester oprogramowania - czego się spodziewać i jak odpowiadać

Zaktualizowano: 27 sierpnia 2026

Rozmowa na testera (zwłaszcza juniora i mida) jest w dużej mierze przewidywalna: podstawy teorii testowania, jeden-dwa klasyki w stylu „jak przetestujesz formularz logowania", pytania o narzędzia i raportowanie błędów oraz część behawioralna o współpracy z programistami. Poniżej pytania, które padają najczęściej - a rekruter AI może przepytać cię z nich na głos, z dopytaniami, zanim zrobi to człowiek.

Przećwicz tę rozmowę na głos - za darmo, bez karty.

Spis treści

Pytania teoretyczne

1. Czym różni się przypadek testowy od scenariusza testowego? - Scenariusz to obszar „co sprawdzić", przypadek to konkretne kroki, dane i oczekiwany wynik. Krótko, z przykładem.
2. Czym różni się priorytet od severity błędu? - Severity: jak poważny jest skutek techniczny; priorytet: jak szybko trzeba naprawić z perspektywy biznesu. Miej gotowy przykład błędu o wysokim severity i niskim priorytecie (np. crash w rzadko używanej funkcji admina).
3. Co to są testy regresji i kiedy je uruchamiasz? - Sprawdzenie, czy zmiany nie zepsuły działających funkcji; po każdej istotnej zmianie, przed wydaniem. Warto dorzucić smoke testy dla kontrastu.

Pytania praktyczne

4. Jak przetestujesz formularz logowania? - Absolutna klasyka. Odpowiadaj kategoriami: przypadki pozytywne, negatywne (błędne dane, puste pola), walidacje, bezpieczeństwo (blokada po próbach), UX, urządzenia. Struktura odpowiedzi jest oceniana bardziej niż liczba pomysłów.
5. Co musi zawierać dobry raport błędu? - Tytuł, kroki reprodukcji, wynik oczekiwany vs rzeczywisty, środowisko, załączniki (log, zrzut). Dodaj: „taki, żeby programista odtworzył błąd bez pytania mnie o nic".
6. Znajdziesz błąd, którego nie da się powtórzyć. Co robisz? - Zbieram kontekst (logi, środowisko, dane), próbuję wariantów, raportuję z adnotacją o częstotliwości - nie ignoruję.
7. Jak użyjesz SQL-a w pracy testera? - Weryfikacja danych po operacjach w aplikacji: SELECT z warunkami, JOIN do sprawdzenia spójności. Poziom podstawowy wystarczy, ale musi być pewny.

Pytania o narzędzia i rozwój

8. Z jakich narzędzi korzystałeś? - Jira/inny tracker, narzędzia do dokumentacji testów, Postman przy API, DevTools. Wymieniaj tylko to, o czym umiesz opowiedzieć.
9. Czy myślisz o automatyzacji? - Uczciwie: co już znasz (podstawy Selenium/Playwright, język programowania), czego się uczysz. Deklaracja bez pokrycia wyjdzie przy pierwszym dopytaniu.
10. Certyfikat ISTQB - masz lub planujesz? - Nie jest obowiązkowy, ale porządkuje słownictwo; jeśli go nie masz, pokaż, że terminologię znasz i tak.

Pytania behawioralne

11. Programista odrzuca twój błąd jako „works on my machine". Co robisz? - Spokojna reprodukcja przy nim lub nagranie, porównanie środowisk, rozmowa o danych - współpraca, nie przepychanka.
12. Release jutro, a ty znajdujesz poważny błąd. Co robisz? - Natychmiastowa komunikacja z oceną ryzyka; decyzja o wstrzymaniu należy do zespołu/PO, twoja rola to rzetelna informacja.

Jak się przygotować

• Przećwicz na głos dwa klasyki: formularz logowania i pole tekstowe/przycisk. Struktura kategorii > sypanie pomysłami.
• Przygotuj przykładowy raport błędu z ostatniego projektu (lub kursu) - możesz się na niego powołać.
• Pełny plan przygotowania: jak przygotować się do rozmowy. W firmach produktowych i software house'ach część rozmowy bywa po angielsku: rozmowa kwalifikacyjna po angielsku.

FAQ: rekrutacja na testera oprogramowania

Jakie pytania padają na rozmowie na testera juniora?

Najczęściej: różnica między przypadkiem a scenariuszem testowym, priorytet vs severity, testy regresji, elementy dobrego raportu błędu oraz zadanie praktyczne typu „jak przetestujesz formularz logowania". Do tego pytania o narzędzia i współpracę z programistami.

Czy tester musi znać programowanie?

Na stanowiskach manualnych nie, choć podstawy SQL-a i rozumienie działania aplikacji webowych są oczekiwane coraz częściej. Znajomość podstaw automatyzacji przyspiesza rozwój i podnosi widełki.

Czy certyfikat ISTQB jest wymagany?

Zwykle nie jest wymagany, ale bywa atutem - porządkuje terminologię, którą posługują się zespoły. Ważniejsza od certyfikatu jest umiejętność ustrukturyzowanego myślenia o testach, którą sprawdzają zadania praktyczne.