Program konferencji 29 Maja '25
Zapraszamy do zapoznania się ze szczegółami programu.
TESTOWANIA
DRUGIEGO DNIA
BEZ REKLAM
5% rabatu przy rejestracji grupowej (minimum 4 osoby) do 20 maja
09:00 – 09:40
„Generacja kodu przez AI. Historia, Aktualny Stan i Przyszłość”
Sławomir Radzymiński, Ocado Technology
Przez ostatnie dwa lata intensywnie wykorzystywałem sztuczną inteligencję w codziennej pracy testera. Jednym z najpotężniejszych narzędzi, które zyskały na popularności, są zintegrowane środowiska programistyczne (IDE) wyposażone w funkcje AI. W trakcie prezentacji przedstawię ewolucję tych narzędzi, a także omówię, jak nowe startupy starają się konkurować z liderem rynku, Copilotem. Ponadto poruszę prognozy na przyszłość oraz przedstawię najczęściej zgłaszane sugestie dotyczące nowych funkcjonalności, które mogą kształtować rozwój AI w programowaniu. Nie zabraknie również prezentacji pracy z agentem AI na żywo.
9:40 – 10:20
„Czy Twoje testy są gotowe na ustawę o dostępności cyfrowej?”
Kinga Witko, Tu się Testuje
Czy wiesz, że od 28 czerwca 2025 roku każdy serwis, sklep e-commerce, aplikacja bankowa i wiele innych produktów cyfrowych będzie musiało spełniać wymogi dostępności określone w Ustawie o Dostępności Cyfrowej? To nie tylko wymóg prawny, ale przede wszystkim odpowiedzialność wobec milionów osób z niepełnosprawnościami, dla których dostępność cyfrowa to klucz do niezależności. Podczas tego wystąpienia dowiesz się, jak przygotować swoje testy do nadchodzących zmian, jakie błędy najczęściej występują w produktach cyfrowych i jak ich uniknąć. Pokażę Ci, dlaczego dostępność cyfrowa to nie tylko obowiązek, ale także szansa na dotarcie do nowych grup odbiorców i budowanie lepszych doświadczeń użytkowników.
10:20 – 11:05
„Automatyzacja testowania dostępności”
Radosław Smilgin i Michał Buczek, Testerzy.pl
Jest kilka metod testowania dostępności przy pomocy narzędzi. Większość z nich odwołuje się do kodu źródłowego frontendu lub do warstwy wizualnej GUI. Podczas prezentacji pokażemy przykłady reguł dostępności, które mogą zostać zweryfikowane przy pomocy narzędzi, elementy gdzie narzędzia wspierają ludzi w ocenie dostępności oraz kilka przykładów gdzie narzędzia sobie nie radzą (jeszcze). Spróbujemy odpowiedzieć na pytanie ile procentowo reguł ze zbioru reguł WCAG jesteśmy w stanie sprawdzić przy pomocy automatyzacji.
11:05 – 11:15
Przerwa
11:15 – 11:55
„Case Study: Dlaczego wyjście z Cypress’a zajęło nam ponad rok”
Maciej Wyrodek, Displate
Pod koniec 2023 r. podjęliśmy decyzję, że Cypress.io już nie spełnia naszych potrzeb. Obecnie jest 2025 r., a my dalej mamy więcej niż 80% testów w Cypressie. W ramach prezentacji przyjrzymy się wszystkim wyzwaniom jakie są związane ze zmianą frameworka do automatyzacji testów. Od otrzymania zielonego światła na zmianę, poprzez zbieranie wymagań, research narzędzi, po faktyczne przepisywanie testów.
Podczas prezentacji dowiesz się:
– Jak podjąć decyzję o zmianie frameworka
– Czego unikać przy planowaniu zmiany
– I jakie pułapki na Ciebie czekają.
11:55 – 12:40
„Async i Promise w testach automatycznych: Pułapki i różnice w Cypress i Playwright”
Adam Stasiak, SwingDev — a hippo company
Podczas tej prezentacji omówię kluczowe aspekty związane z obsługą asynchroniczności i Promise w frameworkach Cypress i Playwright. W trakcie live codingu pokażę, jak różnice w podejściu tych narzędzi wpływają na organizację kodu, czytelność testów oraz jak unikać pułapek wynikających z asynchroniczności. Przedstawię typowe wyzwania, z jakimi mierzą się twórcy testów, oraz zaprezentuję praktyczne argumenty za i przeciw wdrożeniu każdego z frameworków w kontekście testowania UI. Jeśli zastanawiasz się, który z tych frameworków najlepiej sprawdzi się w Twoim projekcie, ta prezentacja pomoże Ci podjąć świadomą decyzję.
12:40 – 13:20
„Playwright – płynna automatyzacja w 5 krokach”
Krzysztof Kołodziejczyk, Testerzy.pl
Temat prelekcji ma zachęcić odbiorców i pokazać jak w ramach wykorzystania prostych zasad można wpłynąć na budowę stabilnego „Frameworka testowego”.
Podczas prezentacji nieodłącznie związanej z „live codingiem” pokażę, jak w 5 krokach zadbać o stabilizację oraz inne aspekty projektu, korzystając z Playwrighta oraz TypeScripta.
Spotkać można się z różną opinią, czym tak naprawdę jest ten nasz projekt automatyzacji testów, „Framework testowy” czy może to „biblioteka testowa”. Niemniej jednak jest to projekt w którym jednym z kluczowych elementów jest m.in. kod programistyczny.
Pojawia się jednak kilka dodatkowych elementów które wykorzystane źle wraz ze słabej jakości kodem powodują że nasz projekt nie jest łatwo rozszerzalny o nowe elementy, lub co gorsza w rezultacie rozsypuje się przy próbach dodania nawet najprostszych poprawek. Zapewne jako odbiorcy wiecie jak rozpocząć tą przygodę z narzędziem automatyzacji testów, jednak my pójdziemy dalej. Naszym celem będą bardziej zaawansowane rozwiązania, takie które będziecie mogli wykorzystać np. w codziennej pracy. Na początek warto zastanowić się nad cechami języka programowania. Rozpoczynając od jego cech przejdziemy przez 5 zasad które pozwolą nam jak najlepiej wykorzystać narzędzie do naszych celów..
– Popularność rozwiązania – dlaczego „TypeScript”?
– Czym powinien charakteryzować się „framework testowy”?
– Wzorce projektowe i dobre praktyki
– Raportowanie
– CI / CD
Pięć kroków podzielonych na dwie części. Mimo podkreślenia od strony teoretycznej w pierwszej części jak wykorzystać najlepsze cechy języka, w praktyce pokażę płynnie jak je stosować w połączeniu z wzorcami projektowymi oraz rozszerzyć projekt o system raportowania jak i CI/CD.
13:20 – 14:05
Przerwa
14:05 – 14:40
„Testerze znajdź inspiracje i zacznij automatyzować więcej niż testy!”
Damian Brzęczek, Stonex Group Inc.
Wszyscy kładą nacisk na jak najszybszy informacje zwrotną i jak najmniejsze koszty z wykonania testów, dlatego tak bardzo popularne są testy automatyczne. Cypress, Selenium, Playwright, kto nie słyszał o tych narzędziach lub przynajmniej jednym z nich? Raczej mało jest takich osób, przynajmniej jedno przeważnie występuje na jakiejś konferencji. Natomiast automatyzacja testów UI jest ciężka, więc zejdźmy poziom niżej do testów API! ale chwila.. a co gdyby tak.. nie skupiać się tylko na automatyzacji testów? Może automatyzacja innych czynności też przyniesie nam korzyść! Na podstawie swoich doświadczeń podzielę się swoimi przypadkami, które pozwoliły przynieść korzyść do projektu, a nie były testami automatycznymi!
14:40 – 15:20
„TestOps przez (prawie) dekadę – pobożne życzenia nową rzeczywistością”
Dawid Pacia, PatchingIT
TestOps, kiedyś niemal nieznane, dziś staje się codziennością w pracy QA. Coraz częściej oczekuje się od nas nie tylko dbania o jakość aplikacji, ale też zrozumienia procesów wdrożeniowych, monitoringu i infrastruktury. Podzielę się historiami z zespołów, w których QA przejmowali zadania typowe dla DevOps – i świetnie sobie z tym radzili. Czas pogadać o TestOps dekadę później – bez paniki, ale konkretnie.
15:20 – 15:30
Przerwa
15:30 – 16:10
„Live coding w Javie: Automatyzacja testów API, GUI i A11y od zera”
Szymon Ramczykowski, Hapag Lloyd Knowledge Center
W moim wystąpieniu pokaże jak proste jest skonfigurowanie środowiska i napisanie pierwszych testów API, GUI i A11y aplikacji webowej od zera. Kod który napiszę może być wykorzystany jako punkt startowy do automatyzacji wielu współczesnych projektów.
16:10 – 16:55
„Testy performance – Porównajmy narzędzia k6 i Gatling”
Bartosz Kuczera i Tomasz Klepacki, Jit Team
W świecie oprogramowania, w którym wydajność aplikacji ma kluczowe znaczenie, testy wydajnościowe stają się niezbędnym elementem każdego procesu rozwoju.
W tej prezentacji typu live coding zanurzymy się w praktyczny świat testowania performance’u z użyciem dwóch popularnych narzędzi: k6 i Gatling.
Krótko o testach wydajnościowych
– Co to są testy wydajnościowe?
– Dlaczego są ważne (przykłady z życia: awarie aplikacji, niska wydajność przy wzroście użytkowników).
0 Porównanie narzędzi k6 i Gatling:
CEL PRELEKCJI: Czym się różnią i do czego najlepiej się nadają?
– Live coding – praktyczna demonstracja
– Tworzenie podstawowego testu wydajnościowego w k6:
– Konfiguracja środowiska.
– Prosty skrypt do testowania API.
– Uruchamianie testów i analiza wyników w CLI.
– Uruchomienie testów k6 w chmurze – k6 cloud
– Raporty on-live z użyciem Grafana/InfluxDB oraz k6 Web Dashboard
Tworzenie analogicznego testu w Gatling:
– Konfiguracja dla JavaScript/TypeScript.
– Prosty skrypt testowy i omówienie różnic względem k6.
– Generowanie raportów wizualnych.
Analiza wyników i wnioski:
– Jak prezentują się wyniki obu narzędzi?
– Które narzędzie lepiej sprawdzi się w różnych przypadkach użycia?
– Skalowalność, możliwości integracji i dokumentacja – jak wypadają w praktyce?
16:55 – 17:35
„Ochrona na autopilocie: Automatyzacja testów bezpieczeństwa w Twoim projekcie”
Karol Opitz, MakoLab
W dzisiejszym dynamicznym świecie IT zespoły developerskie muszą balansować między szybkością dostarczania oprogramowania a jego bezpieczeństwem. Prezentacja przedstawi praktyczne rozwiązania, które pozwolą na osiągnięcie obu tych celów.
Omówię, jak włączyć automatyczne testy bezpieczeństwa do codziennej pracy inżyniera, aby zapewnić, że każdy wprowadzany kod jest wystarczająco bezpieczny. Dzięki temu możliwe będzie szybkie wykrywanie i eliminowanie podatności, co zminimalizuje ryzyko związane z wydaniem oprogramowania z lukami. Podczas prezentacji przedstawię najlepsze praktyki dotyczące wyboru narzędzi i konfiguracji procesów automatyzacji, które pozwolą na efektywną integrację testów bezpieczeństwa z procesem CI/CD.
17:35 – 17:40
Zakończenie konferencji
Organizator zastrzega sobie prawo do zmian w programie.
***
Wszystkie projekty i publikowane na stronie treści są własnością spółki i podlegają ochronione
zgodnie z przepisami prawa autorskiego. Przywłaszczenie sobie praw autorskich, kopiowanie,
powielanie oraz wykorzystywanie całości lub elementów w celach czerpania korzyści majątkowych
bez zgody autora jest zabronione.