Mentionsy

Po szklanie i na testowanie
Po szklanie i na testowanie
18.08.2025 06:39

Dawid Pacia - jak QA zmieniało się przez lata, AI i koniec manuali?! - 075 - Podcast QA

Zapraszamy do rozmowy z Dawidem Pacią - człowiekiem orkiestrą i zdecydowanie wyrazistą postacią na naszym rodzimym podwórku QA.Spis treści: - Wstęp i pitu pitu10:45 - Kiedyś to było... - Jak jest teraz? - Co się zmieni w przyszłości? Wróżenie z fusów1: - AutomationToolkit - czym jest i dlaczego warto? - Smoke TestsLinkedIn Dawida: https://www.linkedin.com/in/paciadawid/AutomationToolkit: https://automationtoolkit.pl

Szukaj w treści odcinka

Znaleziono 37 wyników dla "QA"

Natomiast w głównej mierze jednak jednego przetestowania QA i automatyzacja, raczej rzeczy techniczne.

Bo mi przyszła na myśl taka jedna dywagacja, ale to chciałbym, żeby jednak w jakąś tam logiczną formę było ułożoną na później, bo teraz ze względu właśnie na to, że tam od przeszłości po teraźniejszość aż do przyszłości, to chciałbym, żebyśmy otworzyli teraz taki blog QA kiedyś.

Jak oceniasz to, jak wyglądał QA kiedyś i tempo tych zmian na przestrzeni ostatnich lat?

Uważasz, że nie wiem, praca QA była kiedyś łatwiejsza niż teraz?

Kodyfikacja QA będzie bardzo dziwnym określeniem, ale nacisk na umiejętności techniczne, co w sumie jest dla mnie też dość... jest paradoksem, bo obracając się w małej firmach, w startupach, bardzo często ten QA przyjmował rolę...

Ale faktycznie na co dzień taka praca QA raczej kojarzyła się z manualnym zajęciem.

I faktycznie ten skill techniczny nawet u osób, które powiedzmy pełniły tę funkcję QA kiedyś i tak był wysoki, tylko że to nie była powiedzmy codzienność, to nie była norma na rynku, bo w dużych firmach

To raczej tak jak powiedziałeś, to było tak, że ten QA kojarzył się z manualem, kojarzył się z tym, że siedzi sobie gostek, klika i tak jak się czasami śmiejemy, kiedyś wystarczyło umieć się przedstawić i podpisać i mogłeś dostać pracę jako tester.

Natomiast tych osób paradoksalnie udało się znaleźć całkiem sporo, chociaż wielu z nich nie miało w tytule nic związanego z testerem ani z QA-em.

Natomiast ten hype, ten market niedźwiedzia dla QA nigdy nie będzie trwał.

Finalnie okazało się, że zmieniła sposób naszej pracy, ale nie jest tak, że pracy dla QA manualnych nie było.

Names mentioned QA.

Names mentioned QA.

Zmieniło się postrzeganie tego, jakich kompetencji oczekujemy od człowieka, który zajmuje się QA.

Oczywiście nie oczekujemy, że to będzie ekspertyza, bo ekspertyzą dalej jest QA.

wpływ na te oczekiwania względem QA mogli mieć deweloperzy?

To może być zawiłe pytanie, ale tak jak rozmawiamy o tej roli, której nie chcemy, manual QA, bardzo częste zarzuty, jakie nawet w swojej karierze widziałem od deweloperów, z którymi rozmawiałem na tematy związane z testowaniem, z QA,

I ten napór ze strony deweloperów, PM-ów czy osób, które współpracowały z tym QA mogły spowodować to, że te wymagania wzrosły?

Że trochę sami się w to wpędzamy jako QA właśnie przez tą bardzo wąską specjalizację.

Ja mam napisane missing QA skills, bo coś w ten deseń, masz prezentację.

Co według Ciebie QA powinien teraz potrafić?

Names mentioned, QA, Podcast QA.

Od momentu, kiedy coś się uruchomi, czyli w przypadku QA, to najprawdopodobniej testy automatyczne dostarczają mi ciągłą informację i ciągły feedback.

I może się okazać, że osoba, która teoretycznie w pracy tej naszej QA-owej, technicznej stronie tego wszystkiego jest od ciebie słabsza, to jest tańsza.

Co najbardziej lubisz w pracy QA-a i dlaczego pracujesz w tym obszarze, a nie np.

Takim fajnym przykładem, który idealnie się sposobuje akurat w każdą rolę QA jest analiza ryzyka.

Names mentioned in English QA.

Zróbmy quality assistance, gdzie nie ma QA-ów, są tylko jakieś drobne... Jest kilka osób odpowiedzialnych za nadzór,

W jaki sposób zmieni się rynek QA-owy w najbliższym czasie, uwzględniając to, jak szybko zasuwamy z AI-em?

Tak, tylko po prostu też mówię skąd ten trend, bo jak spojrzysz na samą działkę QA, to nie powiedziałbym, że Python aż tak mocno się wybija.

Dobra, to już się zamotałem, ale chodzi mi o to, że faktycznie Python nie jest pierwszym wyborem w QA, jak wybieramy sobie narzędzia do automatyzacji, w większości przynajmniej, patrząc na szybko po artykułach, w czym zacząć i tak dalej.

Doświadczony zespół deweloperski bez dedykowanego QA czy zespół z manualnym QA bez skilli programistycznych?

Zespół z manualnym QA-em otwartym na nowe rzeczy.

Outsource QA.

Może poza drugim punktem, czyli doświadczony zespół deweloperski bez dedykowanego QA kontra zespół z manualnym QA bez klip programistycznych.

I to bazuje na moim doświadczeniu, gdzie pracowaliśmy w zespole, gdzie jako takiego QA nie mieliśmy.

Wyobrażam sobie sytuację, w której dalibyśmy radę stworzyć dobry produkt bez osoby, która pracuje jako dedykowany QA i specjalnie tutaj napisałem bez dedykowanego QA, natomiast absolutnie nie mówię, że QA jako procesu tutaj by nie było, bo oczywiście bez testowania sobie nie wyobrażam, natomiast nie uważam, że do każdego softu wymagany jest ktoś, kto jest zatrudniony jako QA.