CV testera oprogramowania to dokument, który na pierwszym planie pokazuje typy prowadzonych testów, stack narzędziowy i dowody jakości pracy, a dopiero w drugiej kolejności historię zatrudnienia. Czyta je zwykle najpierw rekruter, a zaraz po nim QA lead, który szuka konkretów: jakie typy testów prowadziłeś, w jakich narzędziach, na jakich środowiskach i co z tego wynikło dla produktu. Dokument opisujący obowiązki ogólnikami — „testowanie aplikacji, zgłaszanie błędów” — przegrywa z takim, który podaje rodzaj produktu, liczbę przypadków testowych i stack. Poniżej masz układ sekcji, wzory zdań do skopiowania oraz podpowiedzi, jak przepisać dokument przy przejściu z testów manualnych do automatyzacji.
Jaki układ sekcji sprawdza się w CV testera
Sprawdza się układ: dane kontaktowe, podsumowanie zawodowe, umiejętności techniczne, doświadczenie, certyfikaty, projekty własne, wykształcenie i języki. Narzędzia idą wysoko, bo to według nich filtruje się kandydatów — a to inna kolejność niż w zawodach obsługowych.
- Dane kontaktowe z linkiem do repozytorium lub profilu zawodowego.
- Podsumowanie zawodowe: 3 zdania z typem testów, domeną i stackiem.
- Umiejętności techniczne pogrupowane w kategorie.
- Doświadczenie zawodowe z nazwą testowanego produktu.
- Certyfikaty (ISTQB i pokrewne) z rokiem zdania.
- Projekty własne lub portfolio testowe.
- Wykształcenie i języki obce.
Jeśli dopiero układasz strukturę dokumentu, zerknij na przykłady CV z innych zawodów i przenieś stamtąd tylko szkielet — resztę zapełnisz specyfiką QA.
W nagłówku dokumentu użyj nazwy stanowiska, na które aplikujesz, a nie ogólnego „specjalista”. „Tester manualny”, „QA Engineer”, „Test Automation Engineer” i „Tester oprogramowania” to w ogłoszeniach różne role z różnymi widełkami, więc dopasuj tytuł do konkretnej oferty. Jeżeli specjalizujesz się w domenie — fintech, medtech, gry, systemy embedded — dopisz ją w nawiasie, bo domena bywa ważniejsza od stażu.
Jak napisać podsumowanie zawodowe testera
Podsumowanie zawodowe testera to trzy zdania odpowiadające na pytania: co testujesz, czym i jak długo. Rozdziel wzory dla testera manualnego i automatyzującego, bo to dwie różne oferty pracy.
„Tester manualny z 3-letnim doświadczeniem w aplikacjach e-commerce i systemach płatności. Prowadzę testy funkcjonalne, regresyjne i eksploracyjne w Jirze i TestRail, weryfikuję API w Postmanie, pracuję w Scrumie z zespołem 8 osób. ISTQB Foundation Level (2024), aktualnie automatyzuję regresję w Cypressie.”
„QA Automation Engineer z 5-letnim stażem w aplikacjach webowych SaaS. Buduję testy E2E w Cypressie i Playwrighcie (TypeScript) oraz testy API w Postmanie i RestAssured, wpinam suity w pipeline GitLab CI. Utrzymuję zestaw 400 testów automatycznych pokrywających krytyczne ścieżki zakupowe.”
Nie zaczynaj od „jestem osobą skrupulatną i dokładną”. Skrupulatność w tym zawodzie jest założeniem, a nie wyróżnikiem — udowodnisz ją dopiero opisem defektów, które złapałeś.
Jak opisać doświadczenie, żeby brzmiało jak praca testera
Opisz każde stanowisko przez testowany produkt, jego skalę i efekt testów: rodzaj i liczbę przypadków testowych, rytm regresji, narzędzia oraz to, co udało się złapać przed wydaniem. Rekruter techniczny chce wiedzieć, co testowałeś, jak duży był produkt i co się stało dzięki Twoim testom, a największy błąd to przepisanie zakresu obowiązków z umowy.
Przypadek testowy to opis pojedynczego sprawdzenia: warunki wstępne, kroki, dane wejściowe i oczekiwany rezultat — dlatego jego liczba jest miarą skali Twojej pracy i rekruter czyta ją dosłownie. W punktach dobrze wypadają liczby, których naprawdę jesteś pewien: liczba przypadków testowych, częstotliwość regresji, liczba obsługiwanych środowisk, wielkość zespołu, liczba zgłoszonych defektów w wydaniu. To nie jest ten sam rodzaj metryk co procent realizacji targetu w CV przedstawiciela handlowego ani co wzrost widoczności fraz w CV specjalisty SEO — u testera liczy się skala i powtarzalność pracy, nie wynik sprzedaży czy ruch z wyszukiwarki.
Jakie narzędzia wpisać w CV testera oprogramowania
Wpisz narzędzia w sześciu kategoriach: zarządzanie testami (Jira, TestRail, Xray), testy API (Postman, Swagger), automatyzacja UI (Selenium, Cypress, Playwright), języki i frameworki, CI/CD (Git, Jenkins, GitLab CI) oraz bazy danych (SQL). Nie wrzucaj wszystkiego do jednej listy oddzielonej przecinkami — kategorie ułatwiają skanowanie dokumentu i pomagają wychwycić dopasowanie do ogłoszenia.
| Kategoria | Przykładowe wpisy |
|---|---|
| Zarządzanie testami i błędami | Jira, Xray, TestRail, Zephyr, Confluence |
| Testy API | Postman, Newman, Swagger/OpenAPI, RestAssured |
| Automatyzacja UI | Selenium WebDriver, Cypress, Playwright |
| Języki i frameworki | JavaScript/TypeScript, Java, Python, pytest, JUnit |
| CI/CD i wersjonowanie | Git, GitLab CI, Jenkins, GitHub Actions |
| Bazy danych i narzędzia | SQL (PostgreSQL, MySQL), DevTools, Charles Proxy |
| Wydajność i mobile | JMeter, Android Studio, Xcode Simulator, BrowserStack |
Jeśli automatyzujesz w Pythonie i pytest, opisz biblioteki i projekty tak, jak robi to wzór CV Python developera, bo rekrutacje QA automation coraz częściej oceniają ten stack tak samo jak w rolach programistycznych. Wpisuj wyłącznie to, czego faktycznie używałeś — pytanie „opowiedz, jak zbudowałeś ten pipeline” pada na rozmowie natychmiast. Jeśli narzędzie znasz z kursu, oznacz to poziomem („Playwright — poziom podstawowy, projekt własny”), zamiast stawiać je obok technologii z produkcji.
Gdzie umieścić ISTQB i inne certyfikaty
ISTQB Foundation Level to najczęściej wymieniany certyfikat w polskich ogłoszeniach QA, więc daj mu osobną sekcję zaraz po doświadczeniu, a przy krótkim stażu — nawet nad nim. Nie działa on jednak jak uprawnienie zawodowe: w zawodach regulowanych, gdzie liczy się numer prawa wykonywania zawodu — jak we wzorze CV lekarza weterynarii — jego brak wyklucza kandydata z naboru, a w QA ISTQB tylko przesuwa Cię wyżej wśród porównywalnych zgłoszeń. Zapisz go pełną nazwą, z poziomem, rokiem i numerem: „ISTQB Certified Tester Foundation Level (CTFL), 2024, nr 24-CTFL-123456”. Poziomy Advanced (Test Analyst, Test Automation Engineer) wymieniaj osobno, bo to inny sygnał dla rekrutera. Obok ISTQB warto wpisać kursy z realnym zakresem: Agile Tester, kurs automatyzacji w konkretnym frameworku, szkolenie z SQL czy podstaw bezpieczeństwa aplikacji.
Pomijaj natomiast kilkugodzinne webinary i certyfikaty ukończenia darmowych platform bez egzaminu — zajmują miejsce, a nie mówią nic o umiejętnościach. Jeśli w danym roku zdobyłeś kilka szkoleń w jednym obszarze, połącz je w jeden wiersz z podaną liczbą godzin, zamiast rozbijać na osobne pozycje.
Co pokazać w portfolio, gdy nie masz komercyjnego doświadczenia
Pokaż publiczne repozytorium albo dokument z trzema elementami: zestawem przypadków testowych dla wybranej aplikacji, kilkoma raportami błędów w pełnym formacie (kroki, wynik oczekiwany, wynik faktyczny, środowisko, priorytet) oraz krótkim planem testów z zakresem i kryteriami wyjścia. Portfolio testera to nie galeria projektów, tylko dowód, że umiesz pracować metodycznie — inaczej niż w CV cukiernika, gdzie portfolio to zdjęcia wyrobów, tutaj dowodem jest dokumentacja testowa.
„Projekt testowy — aplikacja demo sklepu internetowego (2025). Przygotowałem plan testów i 60 przypadków testowych dla koszyka i checkoutu, zgłosiłem 18 defektów w Jirze wraz z krokami odtworzenia, zautomatyzowałem 12 scenariuszy E2E w Cypressie. Repozytorium: github.com/…”
Jeśli wchodzisz do QA z zupełnie innej roli, potraktuj poprzednią pracę jako źródło kompetencji — osoba, która pisała CV recepcjonistki, zwykle ma udokumentowaną pracę na systemach rezerwacyjnych i zgłaszanie awarii do wsparcia technicznego, a to bliżej testowania, niż się wydaje. Warto też ustawić sobie proces poszukiwań, bo w QA duża część ofert krąży w społecznościach i grupach branżowych; jak szukać pracy systematycznie, opisujemy osobno.
Jak przepisać CV przy przejściu z manuala do automatyzacji
Przenieś na wierzch zautomatyzowane scenariusze wraz z frameworkiem, językiem i efektem czasowym — rekruter na stanowisko automatyzujące szuka śladu wdrożenia, nie deklaracji chęci. Wystarczy jedna sekcja regresji przepisana na framework, ale opisana konkretnie: „zautomatyzowałem 45 scenariuszy logowania i checkoutu w Cypressie (TypeScript), skracając cykl regresji z 2 dni do 3 godzin”. Przy okazji przesuń w górę umiejętności programistyczne — język, kontrolę wersji, pracę z pipeline’em CI — a testy manualne zostaw jako kontekst domenowy, który jest Twoją przewagą nad kandydatem wchodzącym prosto z kursu programowania. Kandydaci z mocnym profilem kodu mogą dodatkowo podejrzeć układ CV programisty i przenieść stamtąd sposób opisu projektów.
Gdy masz już zebrane liczby, projekty i narzędzia, złożenie dokumentu w kreatorze zajmuje kilkanaście minut, a przy wklejeniu ogłoszenia zobaczysz, których słów kluczowych z oferty QA brakuje w Twoim CV.