Dwie twarze QA

Kolejny raz oprę się o świetny artykuł innego autora. Tym razem jest to A Reflection After 7 Years in the QA Field od Adityi Putry. I jest to coś więcej niż techniczna analiza roli QA. To osobista refleksja po siedmiu latach w branży, oparta na obserwacjach, doświadczeniu i momentach, w których coś trzeba było zmienić, żeby nie zwariować. Autor dzieli rolę QA na dwa podejścia - embedded i strategic - i choć brzmią one jak etykiety z prezentacji dla managerów, w rzeczywistości są dużo bardziej znajome i codzienne, niż mogłoby się wydawać.

Embedded QA - blisko zespołu, ale z ograniczonym wpływem

To rola, w której jesteś „na pierwszej linii”. Deweloperzy wrzucają nowe funkcje? Wchodzisz i testujesz. Znajdujesz błędy? Od razu zgłaszasz. Masz dostęp do produktu, znasz go od środka, potrafisz powiedzieć, co może się wykrzaczyć zanim użytkownik zdąży kliknąć „zaloguj”.

Brzmi idealnie, ale embedded QA często działa reaktywnie. Pracujesz na bieżąco, gasisz pożary, rzadko masz czas, żeby usiąść i pomyśleć nad długofalowym usprawnieniem. Nie ma przestrzeni na dokumentację, automatyzację, ani porządne retro. Wiesz, co się dzieje tu i teraz, ale brakuje Ci narzędzi, żeby mieć wpływ na to, co będzie jutro.

To rola, która daje poczucie bycia potrzebnym, ale jeśli zostaniesz w niej zbyt długo - zaczyna frustrować. Bo jakość, którą budujesz, nie ma czasu dojrzeć.

Praco jako embedded QA 😅

Strategic QA - budujesz system, nie tylko go testujesz

Strategiczne podejście do QA to nie tylko więcej kodu czy znajomość narzędzi. To inna perspektywa. Zamiast patrzeć na testowanie jak na checklistę, traktujesz je jako integralną część tworzenia produktu.

W praktyce oznacza to, że nie czekasz, aż ktoś wrzuci Ci zadanie na tablicę. Samodzielnie planujesz regresje, proponujesz framework do testów automatycznych, rozmawiasz z devami o tym, jak testować lepiej. Piszesz dokumentację, prowadzisz warsztaty, ogarniasz CI/CD.

Strategiczny QA to osoba, która nie tylko reaguje, ale i projektuje jakość. I choć wymaga to większego wysiłku na starcie, na dłuższą metę daje więcej satysfakcji. W tej roli budujesz coś trwałego - nie tylko dla siebie, ale też dla zespołu.

Zmiana kierunku - czasem z wyboru, czasem z konieczności

Putra w artykule opisuje moment, w którym musiał obsługiwać dwa zespoły jako manualny tester. Codzienna bieganina, rosnące wymagania, zmniejszający się wpływ. W końcu przyszedł moment krytyczny - jeśli nic się nie zmieni, system go zmieli.

Zaczął więc uczyć się automatyzacji po godzinach. Stworzył własny zestaw smoke testów. Zyskał więcej czasu, więcej spokoju i więcej kontroli nad tym, co robi. To był punkt przejścia z embedded do strategicznego podejścia. Nie przez inspirację, ale przez przetrwanie.

Czasem dopiero kryzys pokazuje, że musisz wyjść ze swojej roli i nauczyć się nowego podejścia. Ale nie trzeba czekać, aż będzie źle. Można zacząć wcześniej - na własnych warunkach.

Na koniec - zadaj sobie jedno pytanie

Czy jako QA po prostu testujesz funkcje, które ktoś Ci wrzuca - czy też tworzysz system jakości, który zostaje z zespołem, nawet gdy Ciebie już tam nie ma?

Nie chodzi o to, żeby się oceniać. Obie drogi są potrzebne. Ale warto świadomie wybrać, którą z nich idziesz. I jeśli czujesz, że obecna Ci nie służy - może czas zrobić pierwszy krok w innym kierunku. Nawet mały krok wystarczy, żeby zacząć.

🚀 Testowanie to coś więcej niż klikanie

Pozwolę sobie na małą autoreklamę 😅 Mój e-book Testowanie to coś więcej niż klikanie zawiera praktyczne wskazówki, które pozwolą Ci wyróżnić się na rynku pracy. E-book liczy 160 stron konkretnej wiedzy, bez zbędnych teorii, z praktycznymi przykładami, które przygotują Cię na realne wyzwania w pracy testera. Dowiesz się:

✅ Jak myśleć jak użytkownik i wpływać na jakość oprogramowania już na etapie zbierania wymagań biznesowych

✅ Jak zbudować techniczne zaplecze – testowanie API, obsługa DevToolsów i współpraca z programistami

✅ Jak pisać przejrzyste przypadki testowe i przewidywać problemy w aplikacji

✅ Jak efektywnie wykrywać błędy i zgłaszać je w sposób zrozumiały dla programistów.

✅ Jak zdobyć pierwszą pracę w IT – tworzenie CV i przygotowanie do rozmów rekrutacyjnych

Jest to więc wszystko, czego potrzebuje dzisiejszy tester oprogramowania. Więcej informacji znajdziesz tutaj: Testowanie to coś więcej niż klikanie.

W każdy czwartek o 10:00 dam Ci znać o moich nowych wpisach.

Dorzucę też ciekawe artykuły, filmy czy inne materiały ze świata IT.

Po zapisie do newslettera, wyślę Ci darmowego ebooka z checklistami dla testerów.

Dziękuję, że czytasz mojego bloga!

Masz jakieś pytania? Z chęcią odpowiem :)