Testerzy oprogramowania z kwalifikacją sektorową: co naprawdę wynika z wpisu do ZSK

W Monitorze Polskim opublikowano obwieszczenie o włączeniu kwalifikacji sektorowej „Testowanie automatyczne i manualne oprogramowania” do Zintegrowanego Systemu Kwalifikacji. To ważny sygnał dla testerów, pracodawców i firm szkoleniowych: obszar kompetencji związanych z jakością oprogramowania został formalnie nazwany w systemie kwalifikacji. Sam wpis nie przesądza jednak automatycznie ani o obowiązku posiadania dokumentu przez testera, ani o zasadach zatrudnienia, wynagrodzenia czy rozliczeń podatkowych.

Kontekst: kwalifikacja dla testowania automatycznego i manualnego

Punktem wyjścia jest obwieszczenie Ministra Cyfryzacji z 29 czerwca 2026 r., M.P. 2026 poz. 668. Jego tytuł wskazuje wprost, że do Zintegrowanego Systemu Kwalifikacji (ZSK) włączono kwalifikację sektorową pod nazwą „Testowanie automatyczne i manualne oprogramowania”.

„Kwalifikacja sektorowa” oznacza tu kwalifikację odnoszącą się do określonej branży lub obszaru zawodowego — w tym wypadku do testowania oprogramowania. Z kolei ZSK to nazwa systemu, do którego kwalifikacja została włączona. Już sama nazwa wpisu ma istotne znaczenie praktyczne: obejmuje ona dwa podstawowe sposoby pracy testera — testowanie manualne oraz automatyczne.

Testowanie manualne polega na ręcznym sprawdzaniu działania programu według określonych przypadków lub scenariuszy. W praktyce może obejmować tworzenie przypadków testowych, wykonywanie testów funkcjonalnych i regresyjnych, zgłaszanie błędów oraz sprawdzanie, czy poprawki rzeczywiście rozwiązały problem. Taki zakres pracy opisano m.in. w interpretacji indywidualnej 0112-KDSL1-1.4011.60.2023.1.MW.

Testowanie automatyczne jest natomiast wskazane w nazwie nowej kwalifikacji jako odrębny element obszaru kompetencji. Obwieszczenie nie pozwala jednak przypisać mu konkretnych narzędzi, języków programowania, metod egzaminowania ani poziomu zaawansowania. Tego rodzaju szczegółów nie należy dopowiadać na podstawie samego tytułu aktu.

Co dokładnie mówi obwieszczenie — i czego z niego nie wolno wyprowadzać

Treść opublikowanego aktu została ujęta w jego tytule: jest to obwieszczenie „w sprawie włączenia kwalifikacji sektorowej „Testowanie automatyczne i manualne oprogramowania” do Zintegrowanego Systemu Kwalifikacji”. Akt ma oznaczenie M.P. 2026 poz. 668.

Z tego można wyprowadzić trzy pewne wnioski.

Po pierwsze, chodzi o kwalifikację związaną z testowaniem oprogramowania, a nie ogólnie z programowaniem, administracją systemami czy bezpieczeństwem IT.

Po drugie, zakres nazwy obejmuje zarówno testy manualne, jak i automatyczne. Nie jest to więc wpis ograniczony wyłącznie do osób, które wykonują ręczne testy funkcjonalne, ani wyłącznie do osób tworzących automaty.

Po trzecie, kwalifikację włączono do ZSK. Wpis ma zatem charakter formalnego umiejscowienia tej kwalifikacji w systemie wskazanym w obwieszczeniu.

Na tym kończą się ustalenia możliwe na podstawie opublikowanego fragmentu aktu. Nie wynika z niego w szczególności:

kto może przystąpić do potwierdzania kwalifikacji;
jakie konkretnie efekty uczenia się lub umiejętności obejmuje kwalifikacja;
czy wymagane jest doświadczenie zawodowe;
jak wygląda walidacja, czyli procedura sprawdzania, czy dana osoba posiada wymagane kompetencje;
jaki dokument otrzyma osoba, która potwierdzi kwalifikację;
czy pracodawca ma obowiązek wymagać tej kwalifikacji przy rekrutacji;
czy jej posiadanie wpływa na klasyfikację stanowiska, stawkę wynagrodzenia albo formę współpracy.

W praktyce szczególnie ważne jest ostatnie zastrzeżenie. Włączenie kwalifikacji do ZSK nie jest tym samym co ustanowienie ustawowego wymogu wykonywania zawodu testera. Obwieszczenie nie formułuje bowiem zakazu wykonywania testów bez tej kwalifikacji ani obowiązku zatrudniania wyłącznie osób nią legitymujących się.

Dlaczego dokumentowanie kompetencji jest ważne dla branży IT

Choć wpis nie ustanawia automatycznego obowiązku certyfikacyjnego, może mieć znaczenie dla uporządkowania sposobu opisywania kompetencji. Dla osoby wykonującej testy będzie to potencjalny punkt odniesienia przy przedstawianiu doświadczenia zawodowego. Dla pracodawcy — przy budowaniu profilu stanowiska, procesu rekrutacyjnego lub planu rozwoju zespołu jakości.

Nie należy jednak mylić dokumentowania kwalifikacji danej osoby z dokumentowaniem samych testów w projekcie. Są to dwie różne sprawy.

W decyzjach Prezesa UODO dotyczących bezpieczeństwa systemów informatycznych wyraźnie widać wagę planowania i dokumentowania testów. W decyzji DKN.5130.2815.2020 organ wskazał, że regularne testowanie, mierzenie i ocenianie środków bezpieczeństwa ma być „świadome zaplanowanie i zorganizowanie, a także dokumentowanie” działań w określonych okresach. Samo wykonywanie testów wyłącznie na potrzeby wewnętrzne, bez dodatkowej dokumentacji, nie pozwalało w tej sprawie wykazać wystarczalności zastosowanych zabezpieczeń.

To istotna lekcja dla organizacji korzystających z pracy testerów. Potwierdzenie kompetencji może pomóc wykazać, że zespół ma określone umiejętności. Nie zastąpi jednak dokumentacji tego, co zostało przetestowane, według jakiego zakresu, z jakim wynikiem i jakie decyzje podjęto po wykryciu problemów.

Podobnie w decyzji DKN.5131.50.2021 wskazano, że przy zmianach w systemach należy weryfikować skuteczność środków bezpieczeństwa. Organ podkreślił, że testy powinny obejmować również sprawdzenie prawidłowości wprowadzanych zmian, a nie być tylko ogólną, okresową kontrolą.

Jak to działa w praktyce

Firma wdraża zmianę w aplikacji, która przetwarza dane osobowe. Tester manualny sprawdza podstawową funkcjonalność, a tester automatyzujący uruchamia zestaw powtarzalnych testów regresyjnych — czyli testów sprawdzających, czy nowa zmiana nie zepsuła wcześniej działających funkcji.

Wpis kwalifikacji do ZSK może być dla pracodawcy jednym z narzędzi opisu oczekiwanych kompetencji tych osób. Nie zwalnia jednak firmy z obowiązku zorganizowania testów adekwatnych do ryzyka, utrwalenia ich wyników i sprawdzenia skutków zmian przed uruchomieniem rozwiązania produkcyjnego.

Praktyczne konsekwencje dla pracodawców i testerów

W sektorach regulowanych znaczenie testowania wykracza poza zwykłe sprawdzenie, czy aplikacja „działa”. Przykładowo wytyczne KNF dla towarzystw funduszy inwestycyjnych przewidują, że zarówno nowe oprogramowanie, jak i zmiany w istniejących rozwiązaniach powinny być testowane stosownie do ich złożoności oraz wpływu na środowisko teleinformatyczne.

Wytyczne wskazują także, że organizacja testów powinna zapewniać możliwie wysoki stopień niezależności weryfikacji. Niezależność oznacza tu, w prostych słowach, że sprawdzenie nie powinno ograniczać się do bezkrytycznej kontroli własnej pracy przez osobę lub zespół odpowiedzialny za zmianę.

Dla pracodawcy kwalifikacja sektorowa może więc ułatwić stworzenie przejrzystego języka rekrutacji. Zamiast ogólnego wymogu „doświadczenia w QA” — czyli zapewnianiu jakości — można odróżnić kompetencje związane z testowaniem manualnym i automatycznym. Nie oznacza to jednak, że sama nazwa kwalifikacji zastępuje ocenę realnego doświadczenia, znajomości produktu czy procedur obowiązujących w danej firmie.

Dla testera wpis może być użyteczny jako formalny kontekst do przedstawienia kompetencji zawodowych. Nie daje jednak podstaw do twierdzenia, że wszystkie usługi testowania mają jednolity status prawny lub podatkowy.

Dobrze pokazują to interpretacje podatkowe dotyczące testerów manualnych. W interpretacji 0112-KDIL2-2.4011.172.2023.2.AA Dyrektor Krajowej Informacji Skarbowej podkreślił, że dla kwalifikacji podatkowej znaczenie ma rzeczywisty zakres usług, a nie sam kod PKD wpisany do CEIDG. W opisanej sprawie czynności takie jak tworzenie przypadków testowych, testy funkcjonalne i regresyjne oraz raportowanie błędów — bez doradztwa dotyczącego oprogramowania — uznano za usługi klasyfikowane pod symbolem PKWiU 62.02.30.0.

To odrębna płaszczyzna od kwalifikacji sektorowej. PKWiU to klasyfikacja usług używana m.in. dla celów podatkowych; kwalifikacja w ZSK dotyczy natomiast kompetencji zawodowych. Jedno nie zastępuje drugiego.

Na co uważać

Największym ryzykiem interpretacyjnym jest nadawanie wpisowi większych skutków, niż wynika z aktu.

Po pierwsze, nie należy przedstawiać kwalifikacji jako ustawowej licencji na wykonywanie zawodu testera. Z obwieszczenia nie wynika taki obowiązek.

Po drugie, nie należy zakładać, że posiadanie kwalifikacji automatycznie potwierdza doświadczenie w konkretnych technologiach, produktach, narzędziach lub branżach regulowanych. Nazwa wskazuje obszar testowania, ale nie opisuje szczegółowego zakresu kompetencji.

Po trzecie, pracodawca nie powinien traktować dokumentu kwalifikacyjnego jako zamiennika dla procesu zapewnienia jakości. W szczególności nie zastąpi on planów testów, raportów błędów, wyników walidacji ani dokumentacji decyzji wdrożeniowych.

Po czwarte, przedsiębiorca prowadzący działalność testową nie powinien wywodzić ze wpisu skutków podatkowych. Jak wynika z interpretacji 0112-KDSL1-1.4011.60.2023.1.MW, rozstrzygające znaczenie dla rozliczeń ma faktyczny zakres wykonywanych usług i ich klasyfikacja, nie zaś sama zawodowa nazwa wykonywanej pracy.

Co to oznacza w praktyce

Dla testera: kwalifikacja „Testowanie automatyczne i manualne oprogramowania” została formalnie włączona do ZSK, co może wzmacniać znaczenie uporządkowanego potwierdzania kompetencji w tym zawodzie.
Dla pracodawcy: wpis może być użyteczny przy opisywaniu oczekiwań wobec kandydatów i planowaniu rozwoju zespołu, ale nie tworzy wskazanego w obwieszczeniu obowiązku zatrudniania wyłącznie osób z tą kwalifikacją.
Dla organizacji przetwarzających dane: kompetencje ludzi są ważne, lecz równie ważne są zaplanowane, adekwatne i udokumentowane testy zmian w systemach.
Dla przedsiębiorcy-testera: kwalifikacja sektorowa nie przesądza o PKWiU ani o stawce ryczałtu. Te kwestie zależą od rzeczywiście świadczonych usług.
Dla pełnomocnika lub działu HR: w dokumentach warto rozdzielać trzy rzeczy: kwalifikacje osoby, zakres jej zadań oraz dowody wykonania testów w konkretnym projekcie.