TGC'27

Poniedziałek 5 października

Przerwa kawowa

Poniedziałek 5 października

Lunch

Poniedziałek 5 października

Przerwa kawowa

Poniedziałek 5 października

Kameralna kolacja

Dla prelegentów, prowadzących warsztaty, partnerów, sponsorów i uczestników z biletem EXCLUSIVE. Restauracja Mirage, parter (poziom 0) budynku Airport Hotel Okęcie.

Poniedziałek 5 października

Impreza integracyjna z DJ-em

Dla wszystkich uczestników konferencji, wstęp w ramach biletu. Przestrzeń obok kawiarni Czekolada, parter (poziom 0) budynku Airport Hotel Okęcie.

Wtorek 6 października (Sala 1)

Od automatyzacji do autonomii: Agenci AI w Dark Testing Factory

Automatyzacja testów przestaje oznaczać wyłącznie wykonywanie wcześniej przygotowanych skryptów. Dark Testing Factory to koncepcja autonomicznego systemu jakości, w którym agenci AI mogą planować testy, przygotowywać dane i środowiska, uruchamiać scenariusze, analizować wyniki oraz utrzymywać testy wraz ze zmianą aplikacji. Podczas wystąpienia przyjrzymy się, jak zmienia się rola testera, gdzie potrzebny jest ludzki osąd oraz jakie wyzwania przynoszą niedeterminizm, halucynacje, regresje modeli i testowanie decyzji, a nie tylko interfejsu.

Wtorek 6 października (Sala 1)

Zarządzanie jakością w dużej organizacji. Trzy nowe fronty: AI, bezpieczeństwo, dostępność

Sztuczna inteligencja przyspieszyła pisanie kodu, ale nie przyspieszyła jego sprawdzania. Do tego NIS2 i KSC przenoszą odpowiedzialność za bezpieczeństwo na zarząd i na łańcuch dostaw, a Europejski Akt o Dostępności od czerwca 2025 roku zamienił dostępność cyfrową w obowiązek prawny. W dużej organizacji jakość przestała być sprawą samego działu testów.

Na przykładach z ponad 150 projektów Quality Island, od strategii jakości w sektorze bankowym po budowę działu automatyzacji testów, pokażę, jak zarządzać tymi trzema frontami jednym systemem, a nie trzema osobnymi projektami. Zobaczycie, dlaczego większość firm utyka na etapie pilota AI, jak przenieść bezpieczeństwo z pentestu do Definition of Done i gdzie w organizacji wpisać dostępność, żeby nie była najdroższą poprawką przed wdrożeniem.

Wyjdziecie z listą pięciu pytań, które warto w poniedziałek zadać we własnym zespole QA.

Wtorek 6 października (Sala 1)

Przerwa kawowa

Wtorek 6 października (Sala 1)

Your Spec Can Write Your Code

Przez lata specyfikacje były traktowane głównie jako dokumentacja, a w wielu projektach zastępowały je wiadomości, tickety i ustalenia między zespołami. Kod pozostawał ostatecznym źródłem prawdy.

Rozwój AI może jednak zmienić ten model pracy. Coraz większego znaczenia nabiera Specification Driven Development (SDD), czyli podejście, w którym punktem wyjścia do tworzenia oprogramowania jest precyzyjna specyfikacja.

Podczas prelekcji na przykładzie projektu REST API zobaczymy, jak specyfikacja może stać się podstawą kolejnych elementów rozwiązania i jak AI wpływa na możliwości wykorzystania SDD. Zastanowimy się również, co upowszechnienie tego podejścia może oznaczać dla ról, procesów i codziennej pracy w IT.

Wtorek 6 października (Sala 1)

Dlaczego testerzy nie testują dostępności (i jak to zmienić w 30 dni)

Większość testerów wie, że dostępność istnieje. Wielu zna podstawy WCAG, a mimo to dostępność nadal nie jest częścią codziennych testów.

Dlaczego?
Problemem nie jest brak wiedzy – tylko brak podejścia, które da się zastosować w projekcie.
W tym wystąpieniu pokażę, jak przejść od teorii do praktyki: jak testować dostępność w sposób powtarzalny, uporządkowany i dopasowany do pracy testera.

Key takeways:
- Jak zbudować prosty, powtarzalny proces testowania dostępności w projekcie?
- Jak wykorzystać dostępność jako przewagę jakościową i biznesową produktu?

Wtorek 6 października (Sala 1)

Przerwa obiadowa

Wtorek 6 października (Sala 1)

Model AI to tylko silnik a Ty potrzebujesz kompletnej maszyny. O efektywnym wykorzystaniu AI w testach automatycznych

Bierzesz najmocniejszy model, wrzucasz zadanie i liczysz, że AI dowiezie?

To trochę jak wsadzić silnik z bolidu F1 do przeciętnego auta bez dobrej skrzyni biegów, opon i wprawnego kierowcy. Może będzie szybko. Może będzie drogo. Ale wcale nie musi być skutecznie.

W pracy z AI model jest tylko silnikiem. O wyniku jednak decyduje cała maszyna: kontekst, prompt, narzędzia, warstwy walidacji - w tym Twoja decyzja, czy naprawdę potrzebujesz najmocniejszej jednostki do prostego commita, refaktoryzacji albo wygenerowania testów E2E.

A ta maszyna właśnie się zmienia. Ekosystem AI do kodowania przechodzi od zachwytu nad modelami do chłodnej kalkulacji: limitów, requestów, tokenów, nowych planów i korekt subskrypcji. To sygnał, że AI przechodzi z fazy eksperymentu w fazę kosztu operacyjnego.

Podczas tej prelekcji pokażemy, jak świadomie dobierać modele AI do różnych scenariuszy w testach automatycznych: od prostych zmian w kodzie, przez analizę commitów i refaktoryzację, aż po generowanie testów end-to-end. Zobaczysz, kiedy wystarczy tani i szybki model, kiedy warto sięgnąć po mocniejszy, a kiedy problemem nie jest silnik, tylko źle dobrany kontekst i chaotyczny sposób pracy.

Pokażemy też:
- jak wygląda aktualny ekosystem narzędzi i modeli AI do pracy z kodem,
- jak context window, system prompt, agent prompt i fine-tuning wpływają na jakość odpowiedzi,
- gdzie AI najczęściej przepala tokeny, czas i budżet,
- jak dobierać model do zadania, zamiast używać jednego „najlepszego” modelu do wszystkiego,
- jak liczyć koszt pracy z AI: subskrypcje, requesty, tokeny, limity, iteracje i poprawki.

To prelekcja dla testerów automatyzujących, QA engineerów i tech leadów, którzy chcą szybciej dowozić wartość, lepiej dobierać narzędzia i nie przepalać budżetu na pełnym gazie tam, gdzie wystarczyłby dobrze dobrany bieg.

Wtorek 6 października (Sala 2)

WCAG 2.2: Nowa „Dziewiątka” w arsenale testera

Dostępność cyfrowa to nie tylko teoretyczne wytyczne i kontrasty – to przede wszystkim realne doświadczenie użytkownika, które w wersji WCAG 2.2 zyskało zupełnie nowe oblicze. Podczas prelekcji odejdziemy od definicji ustawowych na rzecz praktycznego ich zastosowania. Skupimy się na 9 kluczowych kryteriach sukcesu, które wnoszą największą zmianę dla użytkowników mobilnych i osób z ograniczeniami poznawczymi.
Pokażę, jak przy pomocy prostych narzędzi – bez konieczności pisania skryptów automatyzujących – w 30 minut przetestować, czy Wasza aplikacja nie stawia kłód pod nogi użytkownikom. Uczestnicy otrzymają gotową checklistę „na jutro”, dzięki której samodzielnie wykryją błędy takie jak znikający focus, „nieklikalne” miniaturowe przyciski czy blokady wklejania haseł.
Czego dowiesz się podczas wystąpienia?
 Praktyki ponad teorię: Jak manualnie zweryfikować kryteria dotyczące widoczności focusa (Focus Not Obscured) oraz rozmiarów celów (Target Size).
 Logika ponad kod: Dlaczego zmuszanie użytkownika do przepisywania danych czy rozwiązywania „zagadek” przy logowaniu to błąd dostępności.
Strategia QA: Jak włączyć testowanie dostępności w codzienne testy eksploracyjne i zadania w Jirze bez kosztownych narzędzi.
 Gotowy zestaw narzędzi: Otrzymasz checklistę, która pozwoli Ci natychmiast zacząć dbać o inkluzywność Twojego projektu.

Wtorek 6 października (Sala 2)

What masters do to become masters?

• Koniec z czekaniem na wenę: Przestaw swoje myślenie z emocjonalnych zrywów na budowanie niezawodnego, codziennego sposobu stawania sie lepszym.
• Potęga Uporu: Dowiedz się, jak połączyć długodystansową pasję z żelazną wytrwałością, gdy rzeczywistość mówi „sprawdzam”.
• Celowa praktyka: Zobacz, jak mistrzowie namierzają swoje najsłabsze punkty i szlifują je z chirurgiczną precyzją.
• Architektura otoczenia: Przestań polegać na zawodnej silnej woli – zaprojektuj swój dzień tak, by konsekwencja stała się automatycznym nawykiem.
• Potykanie się z klasą: Zaprzyjaźń się z nudą rutyny i zamień każdą porażkę w chłodny, biznesowy feedback.

Wtorek 6 października (Sala 2)

Przerwa kawowa

Wtorek 6 października (Sala 2)

Sztuka projektowania zaufania. Czy czeka nas koniec deterministycznych testów?

Tradycyjna automatyzacja testów coraz częściej zderza się z rzeczywistością dynamicznych interfejsów, systemów AI i rosnących kosztów utrzymania. Flaky testy, walka o “zielone buildy” i niekończące się poprawki selektorów pokazują, że problemem bywa nie tylko technologia, ale też nasze przywiązanie do iluzji pełnej kontroli.

W tej prelekcji przyjrzymy się koncepcji Agentic Testing - podejściu, w którym testy zaczynają działać bliżej intencji użytkownika i celu biznesowego, a nie wyłącznie struktury interfejsu. Na praktycznym przykładzie zobaczymy, jak agent AI może wspierać automatyzację, adaptować się do zmian w UI i współpracować z klasycznymi testami tam, gdzie deterministyczne podejście nadal ma największy sens.

Porozmawiamy też o tym, jak budować zaufanie do takich rozwiązań: mierzyć stabilność wyników, kontrolować zakres działania agenta, stosować guardrails i rozpoznawać sytuacje, w których potrzebna jest eskalacja do człowieka. To opowieść nie tylko o nowych narzędziach, ale o możliwej zmianie roli QA - od utrzymywania kruchych skryptów do projektowania systemów jakości, ryzyka i zaufania.

Wtorek 6 października (Sala 2)

Przerwa obiadowa

Wtorek 6 października (Sala 2)

AI w dostępności: niebezpieczny audytor czy genialny asystent? Przegląd możliwości bez lukrowania

Automatyczne narzędzia wykrywają zaledwie 30% błędów dostępności. W tej sytuacji sztuczna inteligencja wydaje się "świętym graalem", który może wypełnić tę lukę. Ale czy powierzenie oceny dostępności modelom AI jest bezpieczne dla jakości produktu?

Podczas tej prelekcji zamienimy hurraoptymizm na chłodną analizę faktów. Zamiast live codingu, przejrzymy konkretne scenariusze użycia. Zobaczysz, gdzie AI realnie przyspiesza pracę nad WCAG, a gdzie staje się generatorem ryzyka. Dowiesz się, jak świetnie radzi sobie ono z tłumaczeniem technicznego żargonu i generowaniem opisów alternatywnych. Zrozumiesz też, dlaczego wciąż nie można mu ufać w roli ostatecznego sędziego.

To prelekcja o budowaniu bezpiecznej jakości. AI powinno być wsparciem intelektualnym, a nie zastępstwem dla empatii i wiedzy eksperta.

Wtorek 6 października (Sala 2)

Page object model: świadoma decyzja czy dziedziczony nawyk?

Page Object Model to domyślny wzorzec w prawie każdym projekcie testowym - pytanie, ile osób świadomie go wybiera, a dla ilu jest to po prostu przyzwyczajenie?
 W prelekcji poruszymy argumenty przeciw POM i skonfrontujemy je z zasadami programistycznymi takimi jak DRY, ale też z tymi mniej popularnymi jak WET oraz AHA. Pokażę, dlaczego POM może utrudniać czytelność testów i pracę nad nimi.
 Będzie to lekcja krytycznego myślenia, szczególnie ważna teraz, gdy AI coraz częściej próbuje podejmować decyzje za nas. Wszystko omówimy na przykładach napisanych w Playwright + TypeScript. Po tej prelekcji inaczej spojrzysz na każdą abstrakcję w swoim kodzie.