def create render json: {message: 'Created!'} end

Короче через controller test пошло, а request хер, response всегда nil, потестю потом дома еще

Контроллер тесты деприкейтед вроде

Обсуждение vim'a переехало в https://telegram.me/ruby_talks

спасибо

Короче через controller test пошло, а request хер, response всегда nil, потестю потом дома еще

хз, посмотри внимательно, где-то ты что-то не замечаешь. у меня нет auth еще в тесте, может у тебя там права у пользователя. Еще момент - JSON.parse(response.body)[:message] всегда будет nil отдавать, потому что ключи в этом хеше строковые, а не symbol

попробуй кстати в тесте сделай pp response; pp image; pp user; после post

и в самом контроллере pp current_user

в тесте делать pp ахах

binding.pry

guard-rspec

rspec —bisect для запущенных случаев.

разок то можно

тем более случай единичный

зачем? сразу заюзать binding.pry и разобраться что не так

вместо того чтобы возиться с длинным выводом

Да байбаг и все

pry пофункциональнее будет

byebug глючен немнога, уже не помню в чем.

ну вы чо как не люди вообще ни грамма лени пишите классы так чтобы их было просто тестировать забагался метод - разбей - протестируй

сложно тестировать? нуже дебаггер? это или не руби или проблемы в коде

ну вы чо как не люди вообще ни грамма лени пишите классы так чтобы их было просто тестировать забагался метод - разбей - протестируй

подожди, тоесть надо нормально писать код? НЕВЕРОЯТНО

подожди, тоесть надо нормально писать код? НЕВЕРОЯТНО

сам в шоке

мне нужен дебаггер при написании теста, почему нет?

ты у дебаггера спрагиваешь что в переменной? чем это отличается от теста?

это может быть внутрення переменная

которая в тесте не проверяется

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

+

да или такой варинт

я могу внутри блэкбокса посмотреть что происходит после того как составил тест, потому что блэкбокс внезапно не проходит изза случайной рубишной магии и я смотрю причину.

случайная рубишная магия

я записал в маленькую черную книжечку

ага, давай скажи что ты помнишь всю магию внутри проекта и знаешь рельсы досконально

ну ну.

МАЛЕНЬКУЮ, хахаха

А теперь по памяти скажи сколько у тебя middleware на контроллер навешано

А теперь по памяти скажи сколько у тебя middleware на контроллер навешано

почему тебя это беспокоит? хочешь поговорить об этом?

Антон, там и так просто в методе просто render json, все убрал, все колбэки, куда еще разбивать) Щас проверю, либо окасел за день либо хз невнимательность где то, либо я нашел баг

ты сказал что ты всю кодовую базу проекта назиусть знаешь

и что у тебя абсолютно никакой магии без твоего ведома не происходит.

ты сказал что ты всю кодовую базу проекта назиусть знаешь

нет, я этого не говорил

Если ты знаешь всю магию - ты знаешь всю кодовую базу связанную с магией.

Это большая часть проекта.

и что у тебя абсолютно никакой магии без твоего ведома не происходит.

этого тоже не говорил, не надо выдумывать

случайная рубишная магия

я записал в маленькую черную книжечку

Если ты знаешь всю магию - ты знаешь всю кодовую базу связанную с магией.

это очень спорное утверждение

вполне себе логичное утверждение

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

Следовательно тебе нужно кодовую базу знать от и до связанную с магией.

Вполне себе формально верное утверждение.

ты живешь в очень суровой реальности

два года последнему проекту, 5 разработчиков почему нет магии? почему не нужно помнить наизусть всю кодовую базу?

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

а формально все верно :)

что значит не магии? магия есть в любом рельсовом проекте

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

я стараюсь бить линейкой по письке за магию только боль, только страдания

давай о терминах, скрытый after/before _action это магия.

что значит скрытый?

в какой то степени все middleware рельсовые в проекте это тоже магия.

Это значит явно не заданный в кодовой базе твоего проекта например.

Это будет рельсовая магия. Которую мы любим.

вообще middleware или rack middleware?

чуваки идите во флуд, мне реально интересно отчего у чувака response пустой

ok

ERROR: S client not available

чуваки идите во флуд, мне реально интересно отчего у чувака response пустой

У чувака респонс пустой? там html? rspec по умолчанию не рендерит шаблоны.

выше же писали, render_views не помогло

в контроллерных тестах точно, в интеграционных не помню.

жирсон у него а не хтмл

ну так пускай глобально включит рендеринг шаблонов и запустит тест. Если шаблоны есть - проблема в рспеке, иначе в контроллере.

Код ответа не 204 часом?

tail -f logs/test.log

вот еще хороший дебаггер

ага, обожаю var_dump

не только ты

200

вот тот чувак, который AR ускорил, он тоде любит отладочную печать

context 'logged user' do it 'should be available' do post photos_path response = JSON.parse(response.body) expect(response[:message]).to eq 'success uploaded' end end Все что осталось в реквесте

def create render json: { message: 'success uploaded' } end

response nil

binding.pry go

прямо в тесте

и смотри что оно там отвечает

response nil

response или response[:message] ?

все nil

т.к. ниче не приходит

как проверял?

byebug

после post смотрю ответ

в rspec вруби генерацию шаблонов на всякий случай

он пуст

но то же самое в controller spec робит

а респонс вообще суккес?

200

значит не респонс нил, а боди нил?

нил или бланк?

nil сам response и все что далее соотвественно