Pochylimy się nad typowymi problemami:

• Eksplozja kombinatoryczna przypadków testowych
• Powolne restarty JBossa i żmudne klikanie w ekrany
• Koszt stworzenia i utrzymania testów
• Nieaktualna dokumentacja (nikt jej nie czyta ani nie aktualizuje)
• Problem z komunikacją - brak zrozumienia celów biznesowych, biznes nie rozumie systemu
• Kosztowne w utrzymaniu skrypty do "wyklikania"
• Architektura wspierająca testability (zależności, rozwarstwienie i rygor warstw)
• Delikatne testy (fragile), Nieczytelne testy, Wolne testy przeglądając mniej lub bardziej znane strategie, taktyki, techniki i narzędzia radzenia sobie z tymi problemami.

A przy okazji rozprawimy się z mitami:

• "Konieczność 80+% pokrycia kodu testami" - a może lepiej w 100% przetestować krytyczne 20% kodu?
• "Testy wpływają korzystanie na design" - tak, pod warunkiem, że skill programisty na po pozwala
• "You are not allowed to write a single line of production code until you have written a failing test" - czasem tak, jednak w praktyce: zależy kto, zależy co, zależy jak...