На какие шаги Вы рекомендовали бы продвинуться от TDD до BDD?
Вы должны указать, сколько совпадений вам нужно. Так как вам нужно сначала нажать
tail -f server.log | grep -m 1 "mystring"
, как только «mystring» найдена для первого удара, программа автоматически закроется.
4 ответа
Когда я начал смотреть на BDD, я исследовал все платформы там (для .NET) и закончил тем, что не использовал ни одного из них. Главная причина, я чувствую, что сообщество еще не обосновалось на синтаксисе и методах наиболее успешной практики так вместо этого, я продолжал использовать NUnit с базовым классом на основе сообщения в блоге Ben Scheirman. Это удалось действительно хорошо, потому что BDD не об инструментах, но создании тестов, чистых и понятных, который полностью возможен с нормальными инструментами как nunit.
По сравнению с моими старыми модульными тестами новый стиль намного более читаем и помещает намного больше внимания на именование и поведение. Мы не то, что далекий от распечатывания имен методов и имеют обсуждение с деловыми людьми о системе.
Некоторое дополнительное чтение Scott Bellware: управляемая поведением Разработка
Examle теста:
public class WhenAddingLineItemToEmptyOrder : BDDBase
{
Order order;
[SetUp]
public void Arrange()
{
order = new Order();
}
public void Act() // called by BDDBase
{
LintItem item = new LineItem();
item.Quantity = 1;
item.Price = 10;
order.AddLineItem(item);
}
[Test]
public void TotalPriceShouldBeUpdated()
{
Assert.AreEqual(10, order.TotalPrice);
}
[Test]
public void OrderCanBeCheckedOut()
{
Assert.IsTrue(order.CanBeCheckedOut)
}
}
Насколько я понимаю... BDD является новым способом посмотреть на TDD. Это - больше умственный сдвиг, чем новая технология.
То, что я означаю говорить, - то, что Вы могли технически использовать Инструменты Поблочного тестирования, чтобы сделать BDD
Управляемая Разработка поведения является современным Гибким Инструментом, который позволяет Вашей компании переоценить ключевые компетенции разработчиков для нахождения лучших способов коммуникации, увеличив чередование видения управления, которое уполномочит Вас эффективно создавать стоимость на существенно новом уровне Вашего внутреннего положения на рынке.
Переключатель мышления от Разработки через тестирование воплощает сдвиг парадигмы, включающий глубокий анализ рабочего процесса, постоянную обратную связь через современные Гибкие методологии и внимательное отношение к базовой матрице перехода сценария поведения.
Можно хотеть слушать Шоу Hanselminutes № 146 - Разработка через тестирование является Дизайном - Последний Word на TDD.
Самая интересная вещь Scott Bellware говорит: "Разработка через тестирование является Дизайном"
Книга, которая заставила его "включить" для него: разработка через тестирование в Microsoft®.NET (для разработчиков.NET, слушайте подкаст для контекста),