Изучать ли сразу TDD при изучении рельсов?

Question

[nonil]

Здравствуйте!

Изучаю рельсы по тюториолу Хартла. Идёт со скрипом, но понимание и прогресс есть. Однако он сразу даёт тестирование.

После Хартла сразу планирую начать писать свой проект.

Как вы думаете, стоит сразу заморачиваться на изучении и понимание разработки через тестирование или это лучше оставить на потом?

Answer 1

[Viktor Vsk]

Я на первых порах забивал, потому что заказчики не понимали, зачем платить за тесты, ты ж и так должен писать "качественный код"
Сейчас есть полунаписанный проект и только взялись за тесты. И понимаем, что со скрипом идет - когда не начинаешь вначале.

Наверное, нужно смотреть, ,и если действительно не доставляет удовольствия, то лучше пока отложить и вернуться тогда, когда поймете (на своем опыте), что они дейсвительно экономят время, а не только его тратят.

Comments

[Сергей Протько]

Написание тестов должно помогать писать более качественный код.

[Viktor Vsk]

Сергей Протько: потому и в кавычках. К сожалению, не все [клиенты] это понимают и поначалу приходится

[WEB_champion]

Виктор Выскребенцев: а скажите, пожалуйста, как Шерлок Холмс, какие тесты лучше использовать в Rails?

[Сергей Протько]

Виктор Выскребенцев: да, все зависит от клиента и от тестов. Скажем на типичном аутсорсинговом проекте юнит тестами код покрывать особо смысла нет (то есть он есть но не всегда и не для всего), можно обходиться хотя бы интеграционными и acceptance тестами. Есть есть QA тогда можно заставлять их писать acceptance сценарии на том же cucumber. И сохранится какая-то документация по проекту и польза будет если вы имплементить сценарии будете. QA всеравно себе где-то acceptance criteria пишут, правда хреново частенько и думаю что не все.

А если заказчик решит по BDD вести разработку вообще ништяк. Вообще плюс Ruby и RoR в том, что придамано масса инструментария для покрытия кода тестами с целью минимизировать время оного.

Answer 2

[Eugene Burmakin]

Нет, потому что все скатится в боль и фрустрацию и вы будете вспоминать о рельсах как о каком-нибудь кошмаре. Появится беглость в написании приложений - тогда и можно будет начинать.

Comments

[Сергей Протько]

Любопытное мнение. Вы только не учитываете того что рано или поздно человеку придется разобраться с написанием тестов. Более того, чем раньше тем лучше ибо писать тесты для уже существующего проекта, пост фактум, это боль и скучно.

Имхо TDD должны осваивать в самом начале. Можно не писать потом тестов или покрывать только критически важные участки, но человека намного сложнее заставить писать тесты когда у него уже есть опыт написания проектов без оных. Многие просто не видят в этом профита так как первое время почувствуют серьезное замедление в скорости разработки и забьют.

Словом... мне кажется что чем раньше тем лучше.

[Eugene Burmakin]

Сергей Протько: одно дело - изучать тестирование с самого начала и несколько другое - покрывать тестами несуществующий еще код. Первое новичку полезно, второе -- прямая дорога к фрустрации.

[Сергей Протько]

Евгений: не сказал бы. вы описываете свои ожидания от тестов и можете быстро проверить. Для обучения самое оно.

[Сергей Протько]

Сергей Протько: Ожидания от кода, конечно же.

Answer 3

[Сергей Протько]

Вам нужно осознать ценность тестов. Рефакторинг проекта без тестов это боль и слезы. Лучше сразу разобраться в вопросах тестирования кода так как потом заставить себя будет намного сложнее, а скорее всего если проект лично ваш и он проживет больше года, то его придется таки рефакторить и стоимость изменений будет выше либо все со временем превратиться в неподдерживаемое мессиво на кастылях.