Как вы можете реализовать тестовую разработку с устаревшим кодом?

Question

Ситуация: миллионы строк кода, более сотни разработчиков и частые дефекты. Мы хотим избежать , повторяя дефектов, и мы хотим улучшить дизайн кода (кто нет?).

Тест-драйв (первый модульный тест, затем код) идеально подходит: напишите тестовый пример для каждой функции.

Но, с таким количеством написанного кода, как TDD может быть реализован? С чего начать - с функциями низкого уровня?

Или мы слишком поздно, чтобы начать TDD?

Answer 1

Начинается с Working Effectively with Legacy Code.

Это не TDD, если вы начинаете с устаревшего кода, но вся ваша кодировка может быть TDD. Когда вы решаете новую проблему, напишите для нее тест. Если вы не можете, потому что устаревшие классы слишком сложно тестировать, тогда начинайте писать тесты для них, отбирая биты и покрывая биты тестами.

Refactor the Low-Hanging Fruit.

Во избежание повторения дефектов: при наличии дефекта примера напишите тест, который его демонстрирует. Это может быть относительно широкий тест, который просто имитирует активность пользователя; еще не единичный тест. Убедитесь, что тест завершился неудачно. Сделайте свое исследование; выяснить, почему тест терпит неудачу. Теперь - это важно - прежде чем исправлять ошибку, напишите единичный тест, демонстрирующий ошибку. Исправьте ошибку, и теперь у вас есть два теста, по крайней мере один из них быстро, которые защищают вас от регрессий.

Answer 2

С тех пор, как Карл предложил одну книгу, я предлагаю другую: Art of Unit Testing Роя Ошерове имеет целую главу «Работа с устаревшим кодом». Я еще не читал эту главу, но первые 5 глав превосходны, и я с нетерпением жду этого.