RSpec по сравнению с Огурцом (истории RSpec) [закрытый]
3 ответа
Если Вы уже не имеете, Вы могли бы хотеть проверить превосходную статью Dan North, , Что находится в Истории? как начальная точка.
у Нас есть два основного использования для Огуречных историй. Во-первых, потому что форма истории очень конкретна, она помогает сфокусировать разборчивость владельца продукта функций, которые он хочет созданный. Это - "маркер для разговора" использование историй и было бы ценно, реализовали ли мы истории в коде. Во-вторых, когда процесс работает достаточно хорошо, что у нас есть полные истории прежде , мы начинаем писать функцию (больше идеала, что мы боремся за, чем ежедневная действительность), Вам разъяснили Ваши критерии допустимости ясно, и Вы знаете точно, какой и сколько создать.
В нашей работе направляющих, Огуречные истории не заменяют rspec модульные тесты. Эти два идут рука об руку. На практике модульные тесты имеют тенденцию управлять разработкой моделей и контроллеров, и истории имеют тенденцию управлять разработкой представлений (мы склонны не писать rspec для наших представлений), и обеспечьте хороший тест приложения в целом с точки зрения пользователя.
, Если Вы работаете соло, коммуникационный аспект не может быть настолько интересен Вам, но интеграционное тестирование, которое Вы получаете от Огурца, могло бы быть. Если Вы используете в своих интересах webrat, пишущий, что Огурец может быть быстрым и безболезненным для большой Вашей основной функциональности.
История с огурцом - это больше описание общей проблемы, которую решает ваше приложение, а не того, работают ли отдельные фрагменты кода (т.е. модульные тесты).
Как описывает Эби, это почти список требований, которым должно соответствовать приложение, и он очень полезен для общения с вашим клиентом, а также для непосредственного тестирования.
Думайте об этом как о цикле:
Напишите свою функцию Cucumber, а затем, разрабатывая части для этой функции, напишите спецификации для завершения отдельных компонентов. Продолжайте заполнять спецификации до тех пор, пока не напишете достаточно функциональных возможностей для прохождения функции, а затем напишите следующую функцию.