to post messages and comments.

rvm + rails + rspec + spork
Spork — это, конечно, и так победа. Но как-то можно ещё что-то сделать, чтобы оно ещё быстрее спеки проверяло? А то сильно часто отвлекаться приходится, пока оно там проверяет. (Про использовании тэга типа :focus для поштучной проверки тоже в курсе.)

Не надо путать foo.should be_true и foo.should == true, первое ожидает, что !!foo == true, а вот второе делает проверку на foo == true. То же самое про foo.should be_false, которое эквивалентно: !foo.should == true

жуечка, я тут обнаружил, что под ruby 1.9 и рельсы 3.2 отлично ложится simplecov. прекрасный, просто прекрасный гем, показывающий процент покрытия тестами твоего кода!

Ня! Следующая неделя будет неделю Rails Way, ибо нехуй говнокод плодить. Начну со злосчастного RSpec и весь код покрою тестами чтобы в следующий раз не делать вид что тесты — это сложно, а потом потом и вообще.

котаны, а кто-нибудь использовал когда-нибудь hydra для распределенного тестирования? очень хочется попробовать, а то у меня тесты бегают уже 17 минут. мне кажется, это уже повод для фейспалма по поводу производительности тачки.

Нескодько часов вымучивал скопипащенные тесты. Запарилос. В итоге я написал свои тесты которые хотя бы понятно что должны тестировать, и они заработали! %)

В тестах контроллера обращаюсь напрямую (вместо mock) к сохранению объекта в БД, т.е. затрагиваю логику моделей. Можно ли так делать?

В голове каша, кажется что нужно покрыть текущий проект тестами кое-как, а потом перечитать главу о тестировании в Rails чтобы разобрать что было нужно, а что — нет.

В очередной раз убеждаюсь что тесты нужно писать прежде чем код. Вчера накодил два класса, отладил, а теперь мучаю память, доставая оттуда то, что должны делать классы и как.

Пишу модуль для анализа HTTP-статусов страниц. И сразу же — тесты. Знаю где может обвалиться, но вот не втыкаю в какой из функций подымать исключение (или же делать это в обоих, или передавать статус через nil-объект) и что, самое тупое, мне ожидать получить в тесте!?
Говнище...

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

Как и догадывался, размер спек в строках кода покрывает код исходного кода как бык овцу — четыре раза, и ещё одно попугайское крылышко. Готовлю морду тапком и объяснения в стиле — "зато все модели поведения проверены!" Ну и фигу в кармане не забываю.

Блин, я дурак, это знаю, но как мне объявить чтоб метод модели всегда был застаблен?
Пытаюсь сделать:
MyModel.stubs(:method)
— нифига, после
myobj = MyModel.new()
myobj.method
вызывается оригинал
что сделать-то надо?!