• Connect to Us

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

Krzysiek Kołodziejczyk

testerzy.pl

Tester, inżynier oprogramowania, specjalista w obszarze automatyzacji testów. W testerzy.pl zajmuje się dostarczaniem jakości na wielu poziomach i obszarach.

Główny obszar jego działań to: tworzenie testów automatycznych, budowa frameworków testowych, projektowanie i wdrażanie całych procesów testowych dla projektów uwzględniających automatyzację, m.in. dla jednego z największych banków w Polsce.

Trener szkoleń z zakresu testowania oprogramowania i testów automatycznych.

Autor artykułów o testowaniu oraz serii materiałów filmowych na temat automatyzacji testów w Javie.

Prywatnie entuzjasta literatury fantasy i sci-fi, muzyki metalowej, dobrego kina, podróży, a w szczególności papierowych gier RPG i retro cRPG.

All Sessions by Krzysiek Kołodziejczyk

  • Dzień 1 - warsztaty


  • 14:00  - 18:00
    Przez ostatnie 20 lat zmieniły się narzędzia, języki i podejścia do automatyzacji. Jedno wyzwanie pozostało jednak aktualne: jak zbudować testy, które nie rozsypią się przy pierwszej większej zmianie aplikacji?

    Na początku zwykle wszystko wygląda dobrze. Powstaje pierwszy test, później kilka kolejnych, pojawia się Page Object, wspólny helper i konfiguracja środowiska. Z czasem projekt rośnie, testy zaczynają współdzielić dane i zależności, setup staje się coraz bardziej rozbudowany, a niewielka zmiana w aplikacji wymaga poprawek w kilkunastu miejscach. Framework, który miał przyspieszać pracę zespołu, sam zaczyna wymagać ciągłego ratowania.

    Podczas warsztatu przejdziemy drogę od pojedynczych testów do uporządkowanego i rozwijalnego frameworka automatyzacji opartego na TypeScript i Playwright. Nie będziemy jednak budować architektury dla samej architektury. Każdy element pojawi się jako odpowiedź na konkretny problem: duplikację kodu, trudne przygotowanie danych, niestabilne środowisko, rozbudowany setup, wolne testy lub nieczytelne raporty.

    W praktyce wykorzystamy:
    • typowane fixtures o zakresie testowym i workerowym,
    • Page Object stosowany tam, gdzie rzeczywiście upraszcza testy,
    • helpery i czytelny podział odpowiedzialności,
    • fabryki oraz zestawy danych testowych,
    • konfigurację wielu środowisk z wykorzystaniem dotenv,
    • raporty, ślady wykonania, zrzuty ekranu i inne artefakty diagnostyczne,
    • testy API oraz scenariusze łączące warstwę API + UI.
    Warsztat ma formę hands-on. Zaczniemy od projektu, który działa, ale szybko ujawnia typowe problemy utrzymaniowe. Następnie będziemy go krok po kroku porządkować, refaktoryzować i rozszerzać. Uczestnicy nie otrzymają wyłącznie gotowego szablonu - zobaczą, dlaczego podejmujemy poszczególne decyzje i jakie konsekwencje mają one dla całego zespołu.

    Po warsztacie uczestnik wyjdzie z działającym szkieletem frameworka w TypeScript i Playwright, obejmującym testy UI, API oraz scenariusze hybrydowe, typowane fixtures, dane testowe, konfigurację środowisk i raportowanie.
    Przede wszystkim otrzyma jednak zestaw zasad pomagających budować automatyzację, która rozwija się razem z aplikacją, zamiast po każdej zmianie wymagać kolejnego przepisywania.
    Automatyzacja

  • Dzień 2 - wykłady


  • 00:00  - 00:00
    Testowanie zmieniło się wyraźnie w ostatnich latach.
    Wielu z nas pamięta manualne regresje wykonywane na podstawie rozbudowanych checklist, bugtrackery jako centrum codziennej pracy, szukanie odpowiedzi na forach i pierwsze frameworki Selenium wymagające własnych mechanizmów synchronizacji, raportowania oraz utrzymania.
    Dziś ten sam problem potrafimy analizować przez API, trace, logi pipeline'u, nowoczesne frameworki i asystentów AI.
    Prelekcja nie będzie próbą udowodnienia, że kiedyś było lepiej. To zaproszenie do wysłuchania historii, jak zmieniał się warsztat Testera / QA i jakie konsekwencje miały kolejne technologiczne skróty.
    Przyjrzymy się drodze od manualnej regresji i narzędzi działających obok procesu wytwarzania do testowania zintegrowanego z repozytorium i procesem dostarczania oprogramowania. Porównamy sposób zdobywania wiedzy, projektowania testów, diagnozowania awarii i komunikowania ryzyka. Zobaczymy, co zyskaliśmy dzięki szybszemu feedbackowi, śladom wykonania, scenariuszom API + UI i automatycznym raportom, ale również gdzie pojawiają się nowe pułapki: powierzchowna znajomość narzędzi, szum w pipeline'ach, nadmiar automatyzacji i bezkrytyczne zaufanie do odpowiedzi AI. Pokażę, że zmiana narzędzi nie usuwa odpowiedzialności testera. Doświadczenie nadal ujawnia się w umiejętności zadawania właściwych pytań, oceny ryzyka, łączenia sygnałów i wpływania na decyzje zespołu. Narzędzia coraz szybciej dostarczają odpowiedzi, ale to człowiek nadal musi ocenić, czy prowadzą one do właściwej decyzji.
    Automatyzacja




Share

Krzysiek Kołodziejczyk