opublikowane: 5 kwi 2013, 00:44 przez Marek Defecinski
[
zaktualizowane 10 kwi 2013, 02:42 przez Jug Łódź
]
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...
Spotkanie poprowadzi Sławomir Sobótka.
Wymagana rejestracja
Spotkanie odbędzie się w siedzibie firmy TomTom ul. Żeromskiego 94C IV piętro kantyna
|
|