CV testera oprogramowania — wzór dla manuala i automata
Ten tekst jest częścią przewodnika Przykłady CV po polsku — 3 wzory z omówieniem (2026).
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.
Checklista
Częste pytania
Co powinno znaleźć się w CV testera oprogramowania bez doświadczenia?
Certyfikat ISTQB Foundation Level, projekt własny z zestawem przypadków testowych i raportami błędów, znajomość Jiry oraz Postmana, a także podstawy SQL i HTML. Dodaj link do repozytorium lub dokumentu z testami — to zastępuje komercyjne doświadczenie i daje rekruterowi coś do sprawdzenia.
Czy w CV testera trzeba wpisywać ISTQB?
Nie jest obowiązkowy, ale w polskich ogłoszeniach pojawia się bardzo często i przy równych kandydatach przeważa szalę. Jeśli go masz, wpisz poziom, rok zdania i numer certyfikatu. Jeśli nie masz, nie pisz „w trakcie przygotowań”, chyba że masz wyznaczoną datę egzaminu.
Jak opisać przejście z testów manualnych do automatyzacji?
Pokaż w podsumowaniu, że jesteś testerem manualnym rozwijającym się w automatyzacji, a w doświadczeniu wypunktuj konkretne testy, które zautomatyzowałeś: liczbę scenariuszy, framework i efekt czasowy. Jedna sekcja regresji przepisana na Cypress waży więcej niż kurs bez wdrożenia.
Ile stron powinno mieć CV testera oprogramowania?
Jedna strona przy stażu do pięciu lat, dwie przy dłuższej historii lub dużej liczbie projektów. Sekcja narzędzi ma być gęsta, ale opisy stanowisk skróć do trzech, czterech punktów — starsze role sprzed ponad dziesięciu lat wystarczy wymienić jednym wierszem.