• Connect to Us

PON-PT: 08:00 - 16:00 +48 533 389 220

Kamil Marek


Tester oprogramowania od 2008 roku. Doświadczenie zdobywał w Polsce i Finlandii w wielu międzynarodowych projektach z różnych branż (telekomunikacja, lotnictwo, monitorowanie infrastruktury IT, finanse). Od 2014 roku specjalizuje się w automatyzacji testów w języku C#.

Współtwórca studiów podyplomowych „Inżynieria Jakości Oprogramowania” na AGH w Krakowie, gdzie prowadzi zajęcia z teorii i praktyki testowania oraz automatyzacji testów REST API.

Prywatnie gitarzysta oraz pasjonat gór i DIY.

Obserwuj prelegenta na

All Sessions by Kamil Marek

  • Dzień 1 - warsztaty


  • 09:00  - 13:00
    Projekt testów automatycznych to pełnoprawny projekt, który - tak jak aplikacja, którą testujemy - bez przerwy się zmienia.
    Dodajemy nowe testy lub poprawiamy istniejące, niezależnie od tego, czy mówimy o testach API, aplikacji webowej, desktopowej czy mobilnej.

    Na co dzień skupiamy się na jakości aplikacji, którą testujemy, często nie poświęcając wystarczającej uwagi jakości kodu samych testów. Powód jest zwykle prozaiczny: brak czasu, brak wiedzy lub zwykła pokusa, żeby „jakoś to działało”, a głębsze porządki odłożyć na później.

    Na początku wszystko wygląda dobrze. Z czasem jednak, gdy projekt rośnie, coraz trudniej dopisywać nowe testy, wprowadzać zmiany i analizować testy, które znowu świecą się na czerwono po nocnym runie.

    Jakość kodu testów automatycznych bywa równie trudna do utrzymania jak jakość aplikacji, którą dostarczamy klientom.

    Podczas warsztatu zaadresujemy część tych problemów, korzystając ze znanych od ponad 20 lat wzorców projektowych: Fabryka, Fluent Builder, Fasada, Strategia, czyli rozwiązań, które sprawdzają się nie tylko w kodzie produkcyjnym, ale równie dobrze w kodzie testów automatycznych.

    Na początku warsztatu otrzymacie działającą solucję testową C#/.NET 10, wykorzystującą RestSharp (testy API) i Playwright (testy web).

    Wspólnie przeprowadzimy refaktoryzację krok po kroku, wprowadzając kolejne wzorce jako odpowiedź na konkretny problem - nie jako sztukę dla sztuki.

    Po warsztatach wyjdziesz z działającym szkieletem frameworka do testów API i UI oraz wiedzą o wzorcach projektowych i umiejętnością ich wdrożenia w Twoim projekcie.

    Wymagania wstępne:
    Nie musisz być ekspertem w C#, ale przydatna będzie podstawowa znajomość: klas i ich składowych, interfejsów, tworzenia obiektów, wywoływania metod, metod asynchronicznych (async/await).
    Bez tego przyswojenie materiału może być trudniejsze.
    Automatyzacja
    Języki programowania
    Testowanie i jakość

  • Dzień 2 - wykłady


  • 00:00  - 00:00
    Testy automatyczne coraz częściej muszą radzić sobie z zależnościami, nad którymi nie mamy pełnej kontroli: fizycznymi urządzeniami, mechanizmami MFA czy zewnętrznymi dostawcami logowania. W rezultacie testy stają się wolne, niestabilne a często nakład pracy potrzebny do automatyzacji przewyższa zyski.
    Podczas prezentacji pokażę, jak w praktyce mockować takie zależności, na podstawie trzech rzeczywistych case study z projektu, w którym pracuję.

    Pierwszy dotyczy testowania aplikacji współpracującej z glukometrem – gdzie dane testowe z fizycznego urządzenia zastąpiłem symulacją REST API przy pomocy WireMock, uwalniając testy od sprzętu i konieczności automatyzacji aplikacji desktopowej. Drugi przypadek to logowanie do aplikacji wewnętrznych zabezpieczonych przez Microsoft Entra i MFA oparte na TOTP – omówię, jak działa algorytm HMAC-SHA1 w tle i jak wygenerować kod jednorazowy bezpośrednio w kodzie testu za pomocą biblioteki OTP.Net, eliminując zależność od telefonu i aplikacji uwierzytelniającej. Trzeci, najbardziej rozbudowany case study, to rejestracja konta z integracją Google Drive. Prześledzimy ewolucję podejść: od próby obsługi pełnego logowania, przez rolling cache profilu przeglądarki Chrome w Azure Pipelines, aż po docelowe rozwiązanie – przechwytywanie i mockowanie odpowiedzi Google za pomocą Playwright RouteAsync, bez jakiegokolwiek kontaktu z prawdziwym serwerem OAuth. Prezentacja pokaże konkretny kod i konfigurację, ale przede wszystkim sposób myślenia stojący za decyzją "co i jak mockować". Uczestnicy zobaczą, że test automatyczny nie zawsze musi dokładnie odwzorowywać ścieżkę testu manualnego – a świadome mockowanie zależności zewnętrznych potrafi zapewnić stabilność, szybkość, izolację i kontrolę, które w innym wypadku byłyby trudne do osiągnięcia.
    Języki programowania




Share

Kamil Marek