Pytania rekrutacyjne z podstaw QA z odpowiedziami
Zasady testowania, poziomy i rodzaje testów, techniki projektowania testów (klasy równoważności, wartości brzegowe, tablice decyzyjne, pairwise), raporty o błędach i severity, plan i strategia testów, testy eksploracyjne i oparte na ryzyku, sprawdzanie API, wydajności i bezpieczeństwa oraz QA w zespołach Agile.
226 pytań na rozmowę rekrutacyjną z tematu Podstawy QA z odpowiedziami i wyjaśnieniami - poziomy Junior, Middle i Senior. Przykładowe pytania, testy online i zadania z kodu.
- Projektowanie testów
- Raporty o błędach
- Poziomy testów
- Ryzyko
- ISTQB
Pytania według poziomu
Junior
Podstawowe pojęcia i składnia · 50 pytań
Middle
Praktyka, niuanse i optymalizacja · 50 pytań
Senior
Architektura, mechanizmy wewnętrzne, przypadki brzegowe · 50 pytań
Przykładowe pytania
Kilka pytań z każdego poziomu z poprawną odpowiedzią i wyjaśnieniem.
Podstawy QA · Junior
- Jaki jest główny cel testowania oprogramowania?
Pokaż odpowiedź
Poprawna odpowiedź: Znajdować defekty i dawać informacje o jakości i ryzyku
Testowanie zmniejsza ryzyko: znajduje problemy i pokazuje, jak zachowuje się produkt, żeby można było zdecydować o wydaniu. Może pokazać obecność defektów, ale nigdy nie udowodni, że ich nie ma.
- Jak mają się do siebie QA, QC i testowanie?
Pokaż odpowiedź
Poprawna odpowiedź: QA usprawnia proces, QC sprawdza produkt, testowanie jest częścią QC
Quality assurance to zapobieganie defektom przez dobre procesy (przeglądy, standardy, definition of done). Quality control sprawdza sam produkt, a testowanie jest główną czynnością QC.
- Czym różnią się pomyłka, defekt i awaria?
Pokaż odpowiedź
Poprawna odpowiedź: Człowiek się myli, to daje defekt w kodzie, a ten może dać awarię
Pomyłka (error) programisty zostawia defekt (bug, fault) w kodzie lub dokumentacji. Gdy ten kod działa w określonych warunkach, system zachowuje się źle: to awaria (failure). Nie każdy defekt prowadzi do awarii.
- Które zdanie odpowiada zasadzie „testowanie gruntowne jest niemożliwe”?
Pokaż odpowiedź
Poprawna odpowiedź: Nie da się sprawdzić wszystkiego, więc priorytety ustala ryzyko
Nawet prosty formularz z kilkoma polami ma więcej kombinacji danych, niż ktokolwiek zdąży sprawdzić. Dlatego testerzy używają technik i analizy ryzyka, by wybrać najważniejsze testy.
Podstawy QA · Middle
- Kiedy testowanie tablicą decyzyjną jest najbardziej przydatne?
Pokaż odpowiedź
Poprawna odpowiedź: Gdy wynik zależy od kombinacji kilku warunków
Rabat zależny od „jest członkiem”, „zamówienie powyżej 100” i „ma kupon” ma 8 kombinacji. Tablica decyzyjna wypisuje je wszystkie, by żadnej nie pominąć, i pokazuje, które można połączyć.
- Reguła ma 3 niezależne warunki tak/nie. Ile kolumn ma pełna tablica decyzyjna?
Pokaż odpowiedź
Poprawna odpowiedź: 8
Każdy warunek podwaja liczbę kombinacji: 2 × 2 × 2 = 8. Niemożliwe lub równoważne kombinacje można potem zwinąć, by zmniejszyć liczbę testów.
- Kiedy testowanie przejść stanów to dobry wybór?
Pokaż odpowiedź
Poprawna odpowiedź: Gdy zachowanie zależy od bieżącego stanu, np. statusu zamówienia
Zamówienie przechodzi New → Paid → Shipped → Delivered, a niektóre przejścia muszą być niemożliwe (Shipped → New). Diagram stanów pokazuje poprawne i niepoprawne przejścia do przetestowania.
- Po co w testowaniu przejść stanów sprawdzać przejścia niedozwolone?
Pokaż odpowiedź
Poprawna odpowiedź: System musi je odrzucać, np. zwrot za nieopłacone zamówienie
Błędy często pozwalają na akcje w złym stanie: anulowanie dostarczonego zamówienia, podwójną płatność. Testy powinny sprawdzać, że takie przejścia są odrzucane z jasnym komunikatem.
Podstawy QA · Senior
- Co powinna określać strategia testów na poziomie organizacji?
Pokaż odpowiedź
Poprawna odpowiedź: Cele jakości, poziomy i rodzaje testów, narzędzia i wpływ ryzyka na nakład
Strategia daje zespołom wspólne zasady (co automatyzować, jakie środowiska, jak raportować), a plan każdego projektu dopasowuje je do jego zakresu i ryzyk.
- Zespół wydaje codziennie, ale wydania wciąż psują się na produkcji. Jaki pierwszy krok jest zwykle najskuteczniejszy?
Pokaż odpowiedź
Poprawna odpowiedź: Przeanalizować defekty, które umknęły, i które poziomy testów je przeoczyły
Analiza defektów, które umknęły, pokazuje prawdziwą lukę: brak testów kontraktowych, niesprawdzone konfiguracje, brak monitoringu. Wolne bramki wszędzie szkodzą przepływowi i nie trafiają w przyczynę.
- Jak mierzyć skuteczność procesu QA, nie nagradzając złych zachowań?
Pokaż odpowiedź
Poprawna odpowiedź: Śledzić defekty z produkcji, ich skutki i lead time
Liczbę błędów i przypadków testowych łatwo podbić, a do tego stawia testerów przeciw programistom. Miary wyniku (incydenty, czas wykrycia, wpływ na klientów) oddają jakość.
- Która metryka DORA najbardziej wiąże się z jakością wydań?
Pokaż odpowiedź
Poprawna odpowiedź: Odsetek nieudanych zmian (change failure rate)
Change failure rate to odsetek wdrożeń powodujących awarię na produkcji. Razem z czasem przywrócenia usługi równoważy metryki szybkości, jak częstotliwość wdrożeń.
Testy łączone z tym tematem
Pytania z kilku tematów naraz - jak na rozmowie rekrutacyjnej na konkretne stanowisko.
Zadania z kodu
Napisz rozwiązanie prosto w przeglądarce, a testy od razu je sprawdzą. Klasyka rozmów rekrutacyjnych z JavaScriptu (debounce, deepClone, Promise.all, cache LRU), z TypeScriptu (generyki, zawężanie i typy narzędziowe, sprawdza prawdziwy kompilator), logika backendu w Node.js (middleware, limity żądań, kolejki zadań), zapytania SQL w prawdziwym PostgreSQL i z Reacta: komponenty i hooki, takie jak lista zadań, zakładki, useDebounce i useInterval.
Otwórz zadania →