Jak zostać testerem oprogramowania: ścieżka krok po kroku bez dyplomu informatyka

Czas czytania: około 13 minut

Większość osób, które pytają, jak zostać testerem oprogramowania, utyka nie na braku zdolności, tylko na braku kolejności: uczą się trzech narzędzi naraz, wysyłają CV bez jednego przykładu własnej pracy i po dwóch miesiącach uznają, że rynek jest zamknięty. Rynek nie jest zamknięty, ale wymaga od juniora więcej niż pięć lat temu. Wymaga uporządkowanej wiedzy, jednego dowodu praktyki i umiejętności opowiedzenia o tym na rozmowie.

W tym przewodniku odpowiadamy na pytania, które zadaje każda osoba na starcie: czy trzeba mieć studia, od czego zacząć, testy manualne czy automatyzacja, czy certyfikat ISTQB jest potrzebny, jak zdobyć pierwsze doświadczenie bez pracy w QA i jak przygotować CV, które rekruter przeczyta do końca. Piszemy z doświadczenia zespołu, który przeszkolił ponad 2 500 specjalistów i prowadzi projekty stażowe kończące się pracą na realnej aplikacji.

Kim jest tester oprogramowania i co robi na co dzień?

Tester oprogramowania sprawdza, czy produkt działa tak, jak obiecuje, i zanim zrobi to użytkownik, znajduje miejsca, w których nie działa; codzienna praca to analiza wymagań, projektowanie i wykonywanie testów, zgłaszanie błędów i rozmowa z programistami o tym, co naprawić najpierw.

Według słownika ISTQB tester to osoba, która wykonuje testowanie, ale ta definicja mówi mniej niż połowę prawdy. W realnym projekcie tester czyta historyjki użytkownika i wyłapuje w nich luki, zanim powstanie kod. Projektuje przypadki testowe, tak by małą liczbą sprawdzeń pokryć duże ryzyko. Wykonuje testy ręcznie albo uruchamia automatyczne, opisuje znalezione błędy tak, żeby programista odtworzył je w minutę, i pomaga zespołowi zdecydować, czy wersja nadaje się do wydania.

Zawód ma kilka odmian. Tester manualny pracuje z aplikacją bezpośrednio i myśli scenariuszami użytkownika. Tester automatyzujący pisze kod, który wykonuje te scenariusze za niego. Są też specjalizacje: testy API, testy wydajnościowe, bezpieczeństwa, dostępności, testowanie aplikacji mobilnych i gier. Wszystkie zaczynają się w tym samym miejscu: od zrozumienia, czym jest testowanie i jak myśleć ryzykiem, dlatego to od tego zaczyna się każda sensowna ścieżka. Różnicę między testerem a specjalistą QA opisujemy osobno w tekście Tester oprogramowania a QA.

Czy można zostać testerem bez doświadczenia i bez studiów informatycznych?

Tak, testerem można zostać bez doświadczenia w IT i bez studiów informatycznych; pracodawcy sprawdzają kompetencje, nie dyplom, ale w zamian oczekują od juniora uporządkowanej wiedzy, znajomości podstawowych narzędzi i przynajmniej jednego dowodu, że kandydat testował coś naprawdę.

Testowanie jest jednym z niewielu obszarów IT, w których osoba z innej branży ma na starcie realną przewagę. Księgowa wie, jak wygląda proces fakturowania, więc szybciej znajdzie błąd w module rozliczeń. Pracownik obsługi klienta wie, na co ludzie narzekają, więc lepiej projektuje scenariusze. Nauczyciel umie tłumaczyć, więc pisze zrozumiałe zgłoszenia błędów. To nie są miękkie dodatki, tylko konkretna wartość dla zespołu, który przez lata patrzył na produkt wyłącznie od środka.

Jest jednak druga strona. Próg wejścia w ostatnich latach wzrósł: rekruterzy dostają na ogłoszenie juniorskie dziesiątki zgłoszeń i odsiewają je po pierwszym kryterium, którym najczęściej jest brak jakiejkolwiek praktyki. Bez studiów da się wejść, bez dowodu praktyki nie da się wejść, i to jest różnica, o której większość poradników milczy. Dlatego w tym przewodniku poświęcamy osobną sekcję temu, jak zdobyć doświadczenie, zanim ktokolwiek Wam za nie zapłaci.

Jakie umiejętności trzeba mieć, żeby zostać testerem?

Tester potrzebuje czterech grup umiejętności: sposobu myślenia (dociekliwość, myślenie ryzykiem, uważność), wiedzy o testowaniu (poziomy, typy i techniki projektowania testów), narzędzi (system zgłoszeń, narzędzia deweloperskie przeglądarki, SQL, podstawy API) oraz komunikacji, bo błąd źle opisany to błąd nienaprawiony.

Programowanie nie jest w tej tabeli, i to celowo. Na starcie nie jest wymagane, choć podstawy jednego języka otwierają drogę do automatyzacji i wielu ogłoszeń. Pełną listę cech, które odróżniają dobrego testera od przeciętnego, opisujemy w tekście Dobry tester oprogramowania, czyli kto, a wymagania z ogłoszeń w tekście o obowiązkach i wymaganiach wobec testera.

Jak zostać testerem oprogramowania krok po kroku?

Droga do pierwszej pracy ma sześć kroków: podstawy teorii testowania, techniki projektowania testów i raportowania błędów, pierwsze narzędzia, własny projekt praktyczny, decyzja o certyfikacie ISTQB oraz CV z portfolio i przygotowanie do rozmowy; kolejność ma znaczenie, bo każdy krok korzysta z poprzedniego.

Kroki 1 i 2 to dokładnie program szkoleń z testowania manualnego, a wszystkie sześć razem, ze stażem na realnej aplikacji na końcu, składa się na projekt szkoleniowo-stażowy dla testera oprogramowania. Da się to zrobić samodzielnie, tylko wtedy najczęściej brakuje kroku 4, bo nikt nie daje aplikacji, na której można poćwiczyć naprawdę. Jeśli zaczynacie od taniego kursu nagranego, porównaliśmy kursy Udemy z testowania manualnego po polsku, z oceną i datą aktualizacji każdego z nich.

Tester manualny czy automatyzujący: od czego zacząć?

Zacznijcie od testowania manualnego, nawet jeśli celem jest automatyzacja; automatyzacja to programowanie testów, które ktoś wcześniej zaprojektował, a bez umiejętności projektowania powstaje kod sprawdzający niewłaściwe rzeczy.

Rynek nagradza osoby, które łączą obie umiejętności: rozumieją, co testować, i potrafią to zautomatyzować. Dlatego sensowna ścieżka nie brzmi „manualny albo automatyzujący”, tylko „manualny, a potem automatyzujący”. Kiedy będziecie gotowi na drugi etap, punktem wejścia są szkolenia z automatyzacji testów oraz Python albo Java dla testerów. Różnice między oboma podejściami rozkładamy w tekście o testowaniu manualnym i automatycznym.

Czy certyfikat ISTQB jest potrzebny, żeby zostać testerem?

Certyfikat ISTQB Poziom Podstawowy nie jest wymagany prawnie ani przez większość pracodawców, ale porządkuje wiedzę, daje wspólny język z zespołem i często jest pierwszym kryterium filtrowania CV; warto go zrobić po opanowaniu podstaw, nie zamiast nich.

Sylabus ISTQB Certified Tester Foundation Level w wersji 4.0 obejmuje dokładnie to, czego potrzebuje początkujący: podstawy testowania, testowanie w cyklu wytwarzania, testowanie statyczne, techniki projektowania testów, zarządzanie testami i narzędzia. Egzamin w Polsce prowadzi Stowarzyszenie Jakości Systemów Informatycznych, po polsku, w formie zdalnej albo stacjonarnej.

Certyfikat ma jedną pułapkę: część osób traktuje go jako cel, a nie środek. Zdają egzamin z pamięci, bez rozumienia, po co istnieją klasy równoważności, i na rozmowie nie potrafią zaprojektować testu dla prostego formularza. Rekruter, który widzi certyfikat i nie widzi ani jednego zaprojektowanego testu, uznaje, że kandydat zna definicje, a nie zawód. Dlatego w naszym szkoleniu Certyfikowany Tester 4.0 teoria idzie w parze z ćwiczeniami na przykładach z projektów. Pełną analizę za i przeciw znajdziecie w tekście Czy warto mieć certyfikat ISTQB.

Jak zdobyć pierwsze doświadczenie bez pracy w QA?

Pierwsze doświadczenie zdobywa się, testując coś naprawdę, zanim ktoś za to zapłaci: projekty open source, aplikacje znajomych, programy bug bounty, publiczne API, testy społecznościowe oraz projekty stażowe, w których pracujecie na komercyjnej aplikacji pod okiem mentora.

• Projekty open source. Wybierzcie aplikację z aktywnym repozytorium, przeczytajcie otwarte zgłoszenia, spróbujcie odtworzyć kilka błędów i zgłoście własne według szablonu projektu. Zaakceptowane zgłoszenie to publiczny dowód pracy.
• Aplikacja znajomego albo lokalnej firmy. Sklep internetowy sąsiada, aplikacja fundacji, system rezerwacji na siłowni. Napiszcie krótki plan testów, wykonajcie go i oddajcie raport. Dostaniecie referencję i historię do opowiedzenia na rozmowie.
• Programy bug bounty i testy społecznościowe. Platformy, na których firmy płacą za znalezione błędy. Na start nie chodzi o pieniądze, tylko o pracę na prawdziwym produkcie z prawdziwymi wymaganiami dotyczącymi zgłoszeń.
• Publiczne API i aplikacje ćwiczeniowe. Testujcie w Postmanie publiczne API, spiszcie przypadki testowe dla aplikacji demonstracyjnych. Mniej wartościowe niż realny projekt, ale lepsze niż nic.
• Projekt stażowy. Osiem tygodni nauki i cztery tygodnie stażu na komercyjnej aplikacji, z code review i mentorem. Kończy się doświadczeniem, które można wpisać do CV, i portfolio, które można pokazać.

Zgłoszenie błędu, przykład do portfolio

Tytuł:        Koszyk: rabat z kodu WIOSNA10 znika po zmianie ilości produktu
Środowisko:   Chrome 128, Windows 11, konto testowe, wersja aplikacji 2.14.0
Priorytet:    wysoki (dotyczy płatności, powtarzalny w 5 z 5 prób)
Kroki:        1. Dodaj produkt do koszyka  2. Wpisz kod WIOSNA10, kliknij Zastosuj
              3. Zmień ilość produktu z 1 na 2
Oczekiwane:   rabat 10% naliczony od nowej kwoty
Otrzymane:    rabat znika, kwota liczona bez rabatu, kod nadal widoczny jako aktywny
Załączniki:   nagranie ekranu, zrzut odpowiedzi POST /cart/update (brak pola discount)

Takie zgłoszenie mówi rekruterowi więcej niż trzy linijki „umiem raportować błędy”. Jak pisać je systematycznie, opisujemy w tekście Jak poprawnie zgłosić błąd. Profil z portfolio i konkretnymi kompetencjami możecie założyć na QA Board, platformie profili kompetencyjnych dla QA, z której korzystają firmy szukające testerów.

Jak wygląda rekrutacja na juniora i jak przygotować CV?

Rekrutacja juniora ma zwykle trzy etapy: selekcja CV, rozmowa z rekruterem i zadanie praktyczne albo rozmowa techniczna; CV przechodzi selekcję, gdy w pierwszych pięciu linijkach pokazuje jeden konkretny dowód praktyki, a nie listę ukończonych kursów.

Na rozmowie technicznej padają pytania w rodzaju: zaprojektujcie testy dla pola z datą urodzenia, czym różni się błąd od defektu, co zrobicie, gdy programista mówi, że błąd nie jest błędem. Zestaw pytań z odpowiedziami przygotowaliśmy w tekście Praca jako tester: 15 pytań, na które musicie znać odpowiedź. Ogłoszenia dla juniorów warto śledzić na QA Board, gdzie oferty dotyczą wyłącznie testowania i jakości.

Ile trwa droga do pierwszej pracy w testowaniu?

Przy systematycznej nauce po kilka godzin tygodniowo realny plan to od trzech do sześciu miesięcy do pierwszych rozmów rekrutacyjnych; krócej wychodzi w projekcie stażowym z ułożonym programem, dłużej przy nauce „wszystkiego naraz” bez własnego projektu.

To nie jest statystyka rynku, tylko plan, który sprawdza się u osób, które go trzymają. Pierwszy miesiąc to podstawy teorii i techniki projektowania testów. Drugi to narzędzia i pierwsze zgłoszenia w projekcie open source. Trzeci to własny projekt praktyczny, decyzja o certyfikacie i pierwsze CV. Kolejne miesiące to rozmowy, poprawianie CV po każdej z nich i dalsza praktyka. Osoby, które wchodzą najszybciej, nie uczą się więcej niż inne, tylko wcześniej zaczynają pokazywać swoją pracę na zewnątrz.

Dwa czynniki wydłużają drogę najbardziej. Pierwszy to nauka bez aplikacji do testowania, czyli teoria, która nie ma gdzie się przyczepić. Drugi to odkładanie wysyłki CV do momentu, aż „będę gotowy”, który nie nadchodzi. Pierwsze rozmowy warto traktować jako część nauki, nie jako egzamin końcowy.

Jakie błędy najczęściej popełniają początkujący testerzy?

Najczęstsze błędy to nauka narzędzi przed zrozumieniem testowania, uczenie się wszystkiego naraz, CV bez dowodu praktyki, ukrywanie doświadczenia z poprzedniej branży, traktowanie certyfikatu jako celu oraz rezygnacja po pierwszych odmowach bez poprawienia czegokolwiek.

1. Narzędzia przed metodą. Selenium bez umiejętności zaprojektowania testu daje skrypt, który sprawdza nie to, co trzeba. Najpierw techniki projektowania, potem narzędzia.
2. Wszystko naraz. Kurs Javy, kurs SQL, kurs Postmana i sylabus ISTQB w jednym miesiącu kończą się zwykle niczym. Jedna rzecz, jedno zadanie, dopiero potem następna.
3. CV z kursami zamiast z pracą. Lista ukończonych szkoleń bez jednego zgłoszenia błędu, planu testów albo projektu nie przechodzi selekcji.
4. Ukrywanie poprzedniej branży. Osoba po logistyce, która testowała moduł magazynowy, ma przewagę nad absolwentem bez doświadczenia. Pod warunkiem, że to napisze.
5. Certyfikat jako meta. Zdany egzamin bez rozumienia zostaje na rozmowie technicznej zweryfikowany w pięć minut.
6. Rezygnacja po odmowach. Pierwsze rozmowy są informacją zwrotną. Po każdej warto zapisać, które pytanie sprawiło problem, i przygotować odpowiedź przed kolejną.

Listę rzeczy, które warto opanować w pierwszym roku, spisaliśmy w tekście 15 rzeczy, których powinien nauczyć się każdy junior tester.

Jak rozwijać się po zdobyciu pierwszej pracy?

Po pierwszej pracy ścieżki rozchodzą się w cztery strony: automatyzacja i testy API, specjalizacje takie jak wydajność, bezpieczeństwo czy dostępność, analiza i zarządzanie testami oraz rola lidera jakości; wybór warto oprzeć na tym, co w pierwszym roku sprawiało Wam najwięcej satysfakcji.

Pierwsza praca to początek nauki, nie jej koniec. Zawód zmienia się szybko: dziś oczekuje się od testera podstaw API i CI/CD, a coraz częściej umiejętności pracy z narzędziami AI w testowaniu. Możliwe kierunki rozwoju wraz z kompetencjami potrzebnymi na każdym etapie opisujemy w tekście Testowanie oprogramowania: ścieżki rozwoju zawodowego. Warto też od początku być w społeczności: konferencje takie jak Testing Ground Conference to najszybszy sposób, żeby zobaczyć, czym zajmują się testerzy z doświadczeniem, i porozmawiać z pracodawcami bez pośrednictwa formularza. Gdy pierwsze miesiące macie za sobą, sięgnijcie po przewodnik jak stać się lepszym testerem: 25 wskazówek, wzór zgłoszenia błędu i plan rozwoju na 90 dni.

Firmom, które budują zespoły QA od zera albo szkolą osoby przebranżawiające się wewnętrznie, pomagamy przez szkolenia zamknięte i program partnerski, w którym absolwenci naszych projektów stażowych trafiają do zespołów partnerów. Wiedzę dla liderów jakości publikujemy na portalu Strefa QA.

Powiązane na blogu Quality Island

• Dobry tester oprogramowania: czyli kto?
• Testowanie oprogramowania: możliwe ścieżki rozwoju zawodowego
• 15 rzeczy, których powinien nauczyć się każdy junior tester oprogramowania
• Czy warto mieć certyfikat ISTQB?
• Jak poprawnie zgłosić błąd: praktyczny przewodnik po raporcie, którego nikt nie odrzuci
• Tester oprogramowania a QA: czym różnią się te role

Pełna lista źródeł

• ISTQB, sylabus Certified Tester Foundation Level v4.0 oraz słownik ISTQB, hasło tester
• Stowarzyszenie Jakości Systemów Informatycznych, organizacja prowadząca egzaminy ISTQB w Polsce
• QA Board, platforma profili kompetencyjnych i ofert pracy w QA
• Testing Ground Conference, konferencja o jakości, testowaniu i bezpieczeństwie oprogramowania
• Dane własne Quality Island: ponad 2 500 przeszkolonych specjalistów, wyniki ankiet po szkoleniach z ponad 350 wypełnień, ocena Google 5,0 z ponad 80 opinii, 33 szkolenia w Bazie Usług Rozwojowych (odczyt rejestru 27.08.2026)