4
Точнее, тесты на блокнот считаются практикой BDD?Является ли разработка, основанная на тестах, частью разработки, основанной на поведении?
Соединяет тестирование как часть BDD/TDD или обоих?
A
ответ
4
Существует несколько типов испытаний: модульные испытания, приемочные испытания, интеграционные тесты. Существует несколько методов разработки, таких как TDD или BDD. Таким образом, BDD касается не только приемочных испытаний. BDD может быть выполнен на уровне единичных тестов. Вот некоторые из Dan North thoughts о разнице между BDD и TDD, когда мы говорим о юнит-тестирования:
- имена методов испытаний должны быть предложения (забросить «Test» слово прочь)
- Специализировался на шаблон поведения предложения (старт проверка имени с «должен» или «ShouldNot»)
- и т.д.
Существуют различные структуры BDD для различных видов испытаний. Например. SpecFlow для принятия BDD, или NSpec для уровня BDD.
Так, отвечая на ваши вопросы:
- Если блок тесты сделаны в стиле BDD, то написание этих тестов является BDD практикой
- Опять же, блок-тестирование может быть частью BDD, если мы не говорим о приемочных испытаниях. Имейте в виду, что модульное тестирование может быть выполнено отдельно от TDD/BDD, например. при написании тестов для существующего кода.
Смежные вопросы
- 1. Попытка разработки, основанная на тестах
- 2. Разработка, основанная на тестах для SQL-кода
- 3. Разработка, основанная на тестах: методы Void
- 4. Разработка, основанная на испытаниях, против тестовой разработки
- 5. Одиночный принцип ответственности, разработка, основанная на тестах, и функциональный дизайн
- 6. Уборка данных, валидация и разработка, основанная на тестах
- 7. С чего начать с разработки, основанной на тестах?
- 8. Запись сетевого трафика для разработки, основанной на тестах
- 9. Разработка, основанная на тестах для генерации (векторной) графики
- 10. PHP: разработка, основанная на тестах с приложением MVC
- 11. Примеры разработки, основанной на тестах. К примеру, Кент Бек
- 12. Мокетные объекты - Способ установки - Разработка, основанная на тестах
- 13. Разработка, основанная на тестах для библиотек обработки сигналов
- 14. Java-программа для проверки разработки, основанной на тестах
- 15. Когда я должен выбирать для разработки, основанной на тестах?
- 16. Основанная на базе Android разработка
- 17. Основанная на магистралях разработка - вопросы реализации
- 18. Рефакторинг и разработка, основанная на тестировании
- 19. Вопросы, связанные с разработкой, основанной на тестах
- 20. EF - это разработка, основанная на базе данных?
- 21. Является ли OkHttp от библиотеки, основанной на REST?
- 22. Является ли это основанной на стеках памятью
- 23. Как создать простой пример Консольное приложение для разработки отдельных классов для разработки, основанной на тестах?
- 24. Внедрение стоимости разработки, основанной на домене
- 25. Планирование развертывания для разработки, основанной на характеристиках
- 26. Конфигурация, основанная на использовании среды разработки
- 27. Основанная на актерах разработка - вопросы реализации
- 28. Разработка, основанная на испытаниях: инверсия управления (IOC)
- 29. Руководство по кодировке Javascript с разработкой, основанной на тестах
- 30. Разработка, основанная на испытаниях: asp.net mvc
Я думаю, что большинство модульных тестов, которые я видел, больше ориентированы на детали реализации, чем на их функциональное поведение. Эти типы тестов имеют тенденцию быть хрупкими и бесполезными. Когда тесты больше сосредотачиваются на том, что должно произойти, а не на том, как все будет сделано, в ваших модульных тестах найдется общий язык, похожий на BDD. – bryanbcook
Согласен. В последние несколько лет я, как правило, пишу тесты в стиле человекочитаемой живой документации, которая не зависит от реализации. Но в начале я также использовал имена типа TestMethodFoo, которые становятся беспорядочными после простого переименования MethodFoo :) –