Каковы эффективные методы, чтобы разбить TDD от бизнес-уровня до уровня подразделения? - PullRequest
0 голосов
/ 19 сентября 2018

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

В настоящее время я пишу пользовательские истории, затем строю функции и сценарии.но это насколько я получил.

  • Как я могу узнать, пишу ли я хорошие пользовательские истории (не слишком широкие, не бесполезные)?
  • Рекомендуется ли использовать BDD поверх TDD?
  • Если это так, я все еще следую потоку TDD, где я пишу сценарий (который по сути является интеграционным тестом в моем случае), и затем позволяю этому завершаться неудачей до тех пор, пока каждыймодульное тестирование проходит под ним?
  • Если нет, каковы эффективные методы, чтобы разбить тестирование от бизнес-уровня до уровня единицы?

1 Ответ

0 голосов
/ 19 сентября 2018

Для пользовательских историй вы можете прочитать книги Гойко Адзика, особенно Пятьдесят быстрых идей для улучшения пользовательских историй .

Да, разумно использовать BDD в качестве "Внешний контур "TDD.

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

Еще один способ обучения - посмотреть первое видео Сандро Манкузо и дяди Боба из серии , где они сравнивают так называемые лондонскую и детройтскую школы TDD.

...