My<cod/>.net
Как вы генерируете тесты из спецификаций?
Я наткнулся на печатную статью Бертрана Мейера , где он утверждает, что тесты могут быть созданы из спецификаций. Моя команда разработчиков не делает ничего подобного, но это звучит как хорошая техника для рассмотрения. Как вы генерируете тесты из спецификаций? Как бы вы описали успех, который вы имеете в обнаружении программных ошибок с помощью этого метода?
Это может быть ссылка на RSpec, которая является действительно умным способом разработки тестов в виде серии требований. Я все еще привыкаю к этому, но это было очень удобно как в определении того, что мне нужно сделать, так и в обеспечении того, чтобы я это сделал.
Я бы сказал, что это зависит от ваших спецификаций. Мне еще предстоит работать в любом месте, где спецификации были достаточно хороши для создания полных модульных тестов из спецификаций - уровень детализации просто не был там. Мои менеджеры всегда говорили нам, что если мы уточним этот уровень, они могут просто отправить спецификации в Индию и получить их кодирование по дешевке ;)
Существуют всевозможные способы сделать это, начиная от того, что я считаю 'art form' (и не обязательно хорошим искусством), вплоть до математически выведенных тестов из формальных спецификаций. В конце дня ваша команда разработчиков должна решить, что они могут сделать на основе графика, с которым они работают. Тем не менее, возможность тестировать программное обеспечение против спецификаций-это хорошо.
Только ваша команда может оценить 'depth' ваших тестов, и это, вероятно, будет зависеть от того, насколько хороши ваши спецификации. Если они говорят что-то вроде: "login UI должен обеспечить кнопку отмены и кнопку входа в систему, и они должны работать", ваши тесты будут довольно общими. Но имейте в виду-даже очень общие тесты-это хорошо. Тестирование-это хорошо. Слишком многие разработчики плохо относятся к тестированию, но в конце концов, вы отправляете программное обеспечение, которое должно работать, и для меня это много значит.
Эффективность, которую ваши тесты будут иметь в поиске программных ошибок, будет зависеть от деталей, которые вы в них вкладываете. Что особенно приятно в написании тестовых процедур для спецификаций, так это то, что вы можете тестировать каждую сборку на том же уровне детализации, что и предыдущая сборка (обычно называемая регрессионным тестом).