W jaki sposób można wdrożyć rozwój oparty na testach przy pomocy starszego kodu?

Question

Sytuacja: miliony linii kodu, ponad sto programistów i częste defekty. Chcemy uniknąć defektów powtarzających się i chcemy poprawić projekt kodu (kto nie?).

Test Driven Development (test pierwszego urządzenia, następnie kod) brzmi idealnie: napisać test case dla każdej funkcji.

Ale z tak dużą ilością kodu, jak można wdrożyć TDD? Gdzie zaczynasz - z funkcjami niskiego poziomu?

Czy jesteśmy zbyt spóźnieni, aby rozpocząć TDD?

Answer 1

Zacznij od Working Effectively with Legacy Code.

To nie jest naprawdę TDD, jeśli zaczynasz od starszego kodu - ale całe twoje kodowanie może być TDD. W miarę rozwiązywania nowego problemu napisz test na to. Jeśli nie możesz, ponieważ klasy spuściznowe są zbyt trudne do przetestowania, zacznij pisać testy dla nich, odcinanie bitów i pokrywanie bitów testami.

Refactor the Low-Hanging Fruit.

Aby uniknąć powtarzających się wad: podać przykładową wadę, napisz test, który ją demonstruje. Może to być stosunkowo szeroki test, który symuluje aktywność użytkownika; jeszcze nie test jednostkowy. Upewnij się, że test się nie powiódł. Wykonaj swoje badania; dowiedzieć się, dlaczego test się nie udaje. Teraz - to jest ważne - przed naprawieniem błędu napisz test jednostkowy demonstrujący błąd. Napraw błąd, a teraz masz dwa testy, przynajmniej jeden z nich, który chroni przed regresją.

Answer 2

Ponieważ Carl zasugerował jedną książkę, zasugeruję następną: Roy Osherove's Art of Unit Testing ma cały rozdział na temat "Praca ze starszym kodem". Nie przeczytałem jeszcze tego rozdziału, ale pierwsze 5 rozdziałów jest znakomitych i nie mogę się doczekać.