Как применить Test Driven Development к новому проекту?

Question

Я начинаю новый проект, и я хочу использовать Test Driven Development, но у меня возникли проблемы с пониманием того, как писать тесты, когда у вас нет модели данных или интерфейсов.

IMO, модель данных и интерфейсы должны быть написаны. Затем необходимо выполнить пару функций для проверки модели данных, а интерфейсы «созрели». (иначе изменения либо будут минимальными). Затем я буду писать модульные тесты. После этого шага, я думаю, вы можете следить за TDD.

Правильно ли это?

На стороне примечания, похоже, некоторые из этих новых методов, таких как TDD, не учитывают и не документируют, что делать для новых проектов.

Answer 1

Как говорится, «начните с отказа от единичного теста».

• Вам не нужна модель данных до тех пор, пока она не понадобится, чтобы исправить неисправный модульный тест.
• Вам не нужны интерфейсы, пока они необходимы (исправить тест неисправного блока)

Может быть, если вы привести пример приложения, мы можем помочь вам найти первые несколько провала попытки тестов.

Answer 2

Вы получаете общее представление о классах, в которых вы нуждаетесь, тогда вы пишите тест, смотрите, как он терпит неудачу, заставляют его проходить и повторять. вы можете понять, что вам нужно перемещать методы или создавать новые классы, но это часть процесса.

Смотреть это видео для живой демонстрации http://katas.softwarecraftsmanship.org/?p=80

Answer 3

Все дело в том, что когда вы пишете тест, это будет провал. Вам не нужны модели данных или интерфейсы для записи теста с ошибкой.

http://jamesshore.com/Blog/Red-Green-Refactor.html

Answer 4

TDD не является многодневный процесс написания тестов, то написание кода, чтобы сделать эти тесты пройдены. TDD предполагает одновременное включение усилий по тестированию с помощью усилий по разработке.

Написав несколько тестов, чтобы обратиться к потенциальному классу, тогда написать класс будет примером параллельного усилия. Написание тестов для обращения к модулю, состоящему из множества классов, а затем написание классов для прохождения этих тестов не является параллельным усилием, и его следует избегать, поскольку рефакторинг неизбежен на протяжении всего развития.