Комментарии 8
Предпочитаю не писать на огурце, т.к. нравятся формальные строки rspec+capybara+machinist. Но если осуществлять BDD и работать с несведущим в данном деле заказчиком, то cucumber может быть хорошим вариантом и даже включаться в ТЗ для согласования функциональности, желаемого поведения приложения по завершению работы над ним. Спасибо за перевод.
Огурец — дело вкуса. Просто после огурца тяжело лично мне на rspec обратно переходить, хотя приходится местами в унаследованных проектах. Родной язык он такой родной — определить в чем дело быстрее в разы.
Тут тоже палка о двух концах — родной для системы или родной для пользователя?
Кстати предпочитаете тесты на русском или на английском под cucumber? На мой взгляд после написания всего приложения на английском русские тесты диссонируют.
Да и если ошибка в тесте, а не в приложении, тоже неизвестно как быстрее будет найти — разобраться в том как всё транслируется из английского в руби или сразу найти ошибку в руби.
А в общем, верно, дело вкуса и привычки.
Кстати предпочитаете тесты на русском или на английском под cucumber? На мой взгляд после написания всего приложения на английском русские тесты диссонируют.
Да и если ошибка в тесте, а не в приложении, тоже неизвестно как быстрее будет найти — разобраться в том как всё транслируется из английского в руби или сразу найти ошибку в руби.
А в общем, верно, дело вкуса и привычки.
не плохо было бы еще все это связать со spork и autotest, ну и версии староваты, перевод переводом но можно было и поправить
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Консольный cucumber и capybara при помощи Selenium и Hudson