Обработка ввода и вывода в автоматизации функциональности?

Question

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

1) Использование фиксированного ввода и ожидание того же выхода.Пример: Вход -> 3,5 Выход -> 8

ИЛИ

2) Использование случайных двух чисел на каждом прогоне и проверка его по обычной сумме.

Answer 1

Мне нравится ответ Лунивора, это интересно.Ожидайте, что эта тема будет забанена на SO через 15 минут!:)

Вы не объяснили ценность для бизнеса в том, что вы делаете.Тривиально, случайный ввод более сложен, чем фиксированный ввод, поэтому больше вещей может пойти не так, что еще хуже.Но, может быть, вы хотите проверить случайные входы?Может быть, есть какая-то ценность, но вы не дали достаточно информации?

Я бы сказал, что вы ставите телегу перед лошадью и смотрите на нее с точки зрения младшего программиста TDD, а неПерспектива старшего разработчика BDD.«Деловая ценность» - это то, что часто выше чьей-то конкретной зарплаты.Но это то, с чего начинается BDD, а не там, где он заканчивается.

Я бы спросил вас: «Какова воспринимаемая ценность в умении суммировать эти числа? Вы сумасшедший человек? Почему вы говорите?консультанту по этому поводу? "

Answer 2

Первый.

BDD на самом деле не о тестировании;речь идет об использовании примеров для иллюстрации желаемого поведения.Примеры, которые мы используем, являются «образцами»;специально для этой иллюстрации.

В вашем случае сумма является довольно тривиальной проблемой.Когда мы имеем дело с более сложным поведением бизнеса, мы спросим: «Можете ли вы дать мне пример?»Разговор, который следует, является самой важной частью BDD.Из этого мы получаем реалистичные примеры вида входных данных, которые мы будем обрабатывать, и не только ожидаемый результат, но и ценность этого вывода, и для кого это важно.

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

Это намного сложнее, если сценарии являются общими («случайное число»)и «другое случайное число» и «результат»), а не конкретное («2», «3» и «5»).