Pisanie testów wydłuży proces tworzenia aplikacji - kiedy nie mamy doświadczenia. Jeśli zespół posiada doświadczenie w pisaniu testach a najlepiej kiedy posiada doświadczenie w TDD, to leader tego zespołu nie może zabronić mu pisania testów, z tego powodu, że zespół wypracował już sobie pewien sposób wytwarzania oprogramowania.
Jeśli takiemu zespołowi zabierze się OFICJALNIE możliwość pisania testów to i tak będą je tworzyć gdzieś po kryjomu. Zespół już jest przyzwyczajony to tego aby pisać testy.
Projekt, który posiada napisane testy jest bardziej odporny na błędy związane z regresją, ponieważ testy weryfikują jego zachowanie. Testy nie dają gwarancji, że nic się nie zepsuje, ale mocno zmniejszają ryzyko, że dodanie nowych funkcjonalności zepsuje już napisane moduły.
Kiedy zespół projektowy nie czuje się pewnie w pisaniu testów, to ich pisanie można odłożyć po releasie pierwszej wersji aplikacji.
Takie testy można dopisać, aby uniknąć regresji w przyszłości.
Cya! 👋