Wywiad z Mariuszem Masewiczem, człowiekiem, który widział wszystko [prawie].


Testowanie kodu bywa jak szukanie błędów w architekturze – niby wiesz, że trzeba, ale często kończy się na "wiem, że powinno działać". Czas zmienić podejście i przestać pisać testy ad hoc, żeby za chwilę pisać je od nowa.  Zapraszamy na darmowy webinar „utPLSQL – The Perfect Testing Tool for Lazy People”, gdzie Sabine Heimsath pokaże, jak zaprząc utPLSQL do pracy, by testowanie stało się najprzyjemniejszą częścią tworzenia oprogramowania. Zamiast ręcznie sprawdzać każdy "index" czy "table scan", automatyzujemy proces i zyskujemy spokój.

Zanim spotkamy się na webinarze z Sabine Heimsath, mam dla Was „przystawkę” w postaci wywiadu z Mariuszem Masewiczem.

Mariusz to weteran, który w swojej karierze z niejednego pieca jadł – widział już chyba każdą możliwą awarię, a czasy, gdy bazy danych stawiały pierwsze kroki, pamięta z autopsji, a nie z retrospekcji na Wikipedii. Ten Admin doskonale wie, że czysty kod to jedyna skuteczna metoda, żeby uniknąć nocnych telefonów i nerwowego debugowania w środku weekendu.

Sprawdźcie, co Mariusz myśli o automatyzacji w utPLSQL i jak przejść z trybu „testuję na wyczucie i modlę się, żeby przeszło” na konkretne, stabilne rozwiązania.

 

Wywiad z Mariuszem Masewiczem, człowiekiem, który widział wszystko [prawie].

Od kiedy używasz utPLSQL do testów systemów? Czego używałeś wcześniej? Pamiętasz jeszcze czasy, kiedy testowanie polegało na odpaleniu procedury i stwierdzeniu: „wygląda dobrze”? 

Intensywnie - 2017 (projekt na jakieś 6000 testów). Pamiętam czasy, których Ty nie pamiętasz dziecino. :)

Czy w każdym projekcie używasz utPLSQL? Czy są sytuacje, w których z niego rezygnujesz? Czy to już dla Ciebie taki pas bezpieczeństwa, bez którego nie ruszasz projektu?

A wiesz, że jest podobny projekt dla MSSQL server? W obu tych technologiach nie wyobrażam sobie życia bez testów - nawet w codziennej pracy jako DBA.

 

Piszesz najpierw testy (TDD), czy raczej dorabiasz je do gotowego kodu? Czyli klasyczne: „test-first” czy „najpierw heroiczny coding, potem paniczne dopisywanie testów”? 

To zależy.

 

W projekcie, w którym miałeś najwięcej testów jednostkowych — ile ich mniej więcej było? I czy pełne odpalenie trwało sekundy, minuty czy może był już czas na kawę i spacer? 

Około 6000 - zespół wymagał, żeby trwały mniej więcej tyle co partia w ping-ponga.

 

Na ile naprawdę ufasz testom przy refaktoryzacji? I czy zdarzyło Ci się kiedyś powiedzieć: „Spokojnie, te testy od dawna są czerwone, to normalne”? 

Testy nie mogą być czerwone. A zielone - hmmm, być może są dobre, a być może jeszcze nie wiemy, że i test i kod mają błędy. 😊


----
Zapraszamy na webinar!

🎙️ Speaker: Sabine Heimsath, pasjonatka automatyzacji i jakości kodu.

🗓️ Data: 27.05.2026, 20:00 CEST

Temat: utPLSQL – The Perfect Testing Tool for Lazy People

💰 Koszt: 0 PLN / FREE

🔗 Szczegóły: https://how2ora.pl/pwow

✍️ Zapisy: https://pwowwebinar3.konfeo.com/pl/groups

 

📅 Kalendarz PWOW: https://how2ora.pl/pwow

📅 Kalendarz POUG: https://poug.org/kalendarz-wydarzen/


Komentarze