Kiedy czytałem streszczenie poprzedniej pracy w Dogsa T, Batic D. Skuteczność rozwoju opartego na testach: studium przypadku przemysłowego. Software Quality Journal. 2011; 19 (4): 643–661. Uderzyło mnie, że pomiary stosowane w wielu badaniach wokół TDD opierają się na liniach kodu, defektach i czasie poświęcanym na rozwój.
Czy istnieją jakieś badania, które koncentrują się na całkowitych kosztach posiadania produktów opracowanych przy użyciu TDD w porównaniu z tradycyjnym opracowaniem lub testem końcowym?
Szczególnie interesuje mnie całkowity koszt pozyskania i koszty operacyjne.
źródło
Nie mam żadnych konkretnych badań, ale mogę powiedzieć ci z własnego doświadczenia, a z doświadczeń innych programistów wiem, że przy prawidłowym zastosowaniu do średnich i dużych projektów TDD skraca czas wprowadzania na rynek, zmniejsza błędy i usterki oraz poprawia jakość kodu .
Powiedziawszy, że nie są to srebrne kule, czy możesz napisać dobry kod bez TDD? tak, czy możesz napisać zły kod za pomocą TDD tak. Również w zależności od projektu TDD może znacznie zwiększyć koszt posiadania kodu, dobrym przykładem jest NASA, gdzie koszt na linię kodu jest ogromny, ale koszt posiadania nie jest najważniejszy, to brak wad.
Przy prawidłowym zastosowaniu TDD zwiększy koszty początkowe i bazę kodu, ale zyskujesz długoterminowe korzyści z testowania regresji, wczesnego wykrywania błędów i lepszego projektowania kodu, który powinien zmniejszyć wady i koszty testowania oraz czas konserwacji, a tym samym zmniejszyć ogólny koszt własność.
źródło