Как вы создаете тесты на основе спецификаций?
Я наткнулся на распечатанный статья Бертрана Мейера, в котором говорится, что тесты могут быть созданы на основе спецификаций. Моя команда разработчиков не делает ничего подобного, но похоже, что это хорошая методика, которую стоит рассмотреть. Как вы создаете тесты на основе спецификаций? Как бы вы описали свой успех в обнаружении программных ошибок с помощью этого метода?
Ответы 4
Это может быть ссылка на RSpec, который является действительно умным способом разработки тестов как серии требований. Я все еще привыкаю к этому, но это было очень удобно как для определения того, что мне нужно делать, так и для обеспечения того, чтобы я это делал.
@ Тим Салливан из Бертрана Мейера, это может быть связано только с Эйфелем :)
Я думаю, он говорит о ESpec. Учитывая название RSpec от Ruby Folk, я думаю, мы можем дать им ярлык «сильно вдохновленные».
Я бы сказал, это зависит от ваших характеристик. Мне еще предстоит работать где-либо, где спецификации были бы достаточно хороши, чтобы создавать полные модульные тесты на основе спецификаций - уровень детализации просто отсутствовал. Мои менеджеры всегда говорили нам, что если мы укажем этот уровень, они могут просто отправить спецификации в Индию и закодировать их по дешевке;)
Есть самые разные способы сделать это, от того, что я считаю «формой искусства» (и не обязательно хорошим искусством), до математически выведенных тестов из формальных спецификаций. В конце концов, ваша команда разработчиков должна решить, что они могут делать, исходя из расписания, с которым они работают. При этом возможность тестировать программное обеспечение на соответствие спецификациям - это хорошо.
Только ваша команда может оценить «глубину» ваших тестов, и это, вероятно, будет зависеть от того, насколько хороши ваши спецификации. Если они скажут что-то вроде: «Пользовательский интерфейс входа в систему должен содержать кнопку отмены и кнопку входа, и они должны работать», ваши тесты будут довольно общими. Но имейте в виду - даже самые общие тесты - это хорошо. Тестирование - дело хорошее. Слишком многие разработчики плохо относятся к тестированию, но, в конце концов, вы поставляете программное обеспечение, которое должно работать, и для меня это очень много значит.
Эффективность ваших тестов при поиске программных ошибок будет зависеть от того, насколько подробно вы в них вкладываете. Что особенно приятно в том, чтобы процедуры тестирования были написаны в спецификациях, так это то, что вы можете тестировать каждую сборку с тем же уровнем детализации, что и предыдущая сборка (обычно это называется регрессионным тестом).