RSpec «идеологический» вопрос: как отделить описание теста от реализации - PullRequest
0 голосов
/ 17 июля 2011

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

Теперь у меня есть вопрос: предположим, что есть два вида командных игроков: один - разработчик, другой - тестер (QA). Каким будет лучший план тестирования, если не заглушки describe и it, где все it помечены как в ожидании ? Поэтому QA может захотеть создать такой план тестирования и передать его разработчику для правильной реализации.

Через несколько дней тестировщик (или менеджер по продукту) хочет ознакомиться с тестами. Но ... там адский код.

Следовательно, вопрос : есть ли способ отделить спецификацию поведения от реализации в RSpec? Я могу изготовить множество методов, но прежде чем изобретать колесо, я бы предпочел придерживаться какой-то распространенной, проверенной и хорошо известной практики.

1 Ответ

2 голосов
/ 17 июля 2011

в соответствии с RSpec Book RSpec - это то, что разработчики управляют для них внутренне, но Cucumber - это то, что видит руководитель производства и бизнес.Думайте о RSpec как о внутреннем инструменте для кодирования покрытия, чтобы видеть внутреннее поведение объектов: модели, контроллеры, представления.Другие участники команды также могут видеть общие фотографии, которые охватывает Огурцы

...