ŹR
Tesla какое то сильно с запахом руби. «Красота ради красоты». Мое мнение
Size: a a a
2020 September 07
PG
Если пишешь проект, и в нем уже есть Httpoison - нефик себе усложнять жизнь
как-то раз я писал проект, в котором были httpotion, httpoison и mint
MK
это чо такое?
MK
кто меня подписал на канал?
DS
если какое то поле в модели (схеме) required типа string например, не маразм ли тестом проверять что без этого поля возникает ошибка валидации?
Зависит от того, критично ли изменение схемы и конкретно этого поля. Если это важное место и его изменение может нарушить работоспособность большого куска проекта - лучше протестировать
DS
Тесты должны помогать сохранить работоспособность проекта. Если данный тест поможет, то это не маразм
VK
Зависит от того, критично ли изменение схемы и конкретно этого поля. Если это важное место и его изменение может нарушить работоспособность большого куска проекта - лучше протестировать
допустим место важное и тест на соответствующий экшн контроллера + сохранение модели уже есть, который упал после того как добавили новое обязательное поле
тут все очевидно
смысла не вижу добавлять отдельный тест именно для проверки этого одного поля
тут все очевидно
смысла не вижу добавлять отдельный тест именно для проверки этого одного поля
VK
Тесты должны помогать сохранить работоспособность проекта. Если данный тест поможет, то это не маразм
это да, просто тесты "на всякий случай" (который никогда не возникнет или протестирован уже в нескольких других местах) не нужны
VK
типа а вдруг? и начинаются аргументы на уровне раз в сто лет и палка стреляет
AD
это да, просто тесты "на всякий случай" (который никогда не возникнет или протестирован уже в нескольких других местах) не нужны
тест на обязательное поле логичнее как раз тестировать в юнит тестах, чем в тестах контроллера, они выполняются быстрее, и в них как раз обычно тестируют все что можно. у меня обычно есть тест на то что каждая ошибка из changeset должна сработать при insert, в том числе на каждый required, много места и времени это не занимает
B
Раз тема за тесты зашла. Применял кто-то test-driven development ? Как ощущения ?
ŹR
Раз тема за тесты зашла. Применял кто-то test-driven development ? Как ощущения ?
Я пробовал разок - не зашло, не затянуло...
VK
тест на обязательное поле логичнее как раз тестировать в юнит тестах, чем в тестах контроллера, они выполняются быстрее, и в них как раз обычно тестируют все что можно. у меня обычно есть тест на то что каждая ошибка из changeset должна сработать при insert, в том числе на каждый required, много места и времени это не занимает
ок, зря я про контроллеры написал, пусть будут только юнит тесты
> у меня обычно есть тест на то что каждая ошибка из changeset должна сработать при insert, в том числе на каждый required
assert на каждое поле в одном тесте или по тесту на каждое поле?
> у меня обычно есть тест на то что каждая ошибка из changeset должна сработать при insert, в том числе на каждый required
assert на каждое поле в одном тесте или по тесту на каждое поле?
VK
и у меня все еще вопрос зачем эти тесты, откуда сомнения что валидации могут не работать? (возможно я что-то упускаю)
DS
Раз тема за тесты зашла. Применял кто-то test-driven development ? Как ощущения ?
Да, на самом деле большинство, кто пишет тесты - применяет TDD, просто не осознает. Т.к. в голове у всех засело, что сначала пишется набор всех всех всех тестов, а потом код. На самом деле TDD не про это, а про "написать тест - написать код - поправить тест - поправить код - повторить N раз"
DS
и у меня все еще вопрос зачем эти тесты, откуда сомнения что валидации могут не работать? (возможно я что-то упускаю)
Ты через год забудешь, что эти валидации нужны и удалишь валидацию, потому что менеджер будет настаивать, что поле необязательно
VK
Раз тема за тесты зашла. Применял кто-то test-driven development ? Как ощущения ?
несколько раз пробовал в разное время, всегда возвращался к минимальной реализации функционала до написания тестов
V
несколько раз пробовал в разное время, всегда возвращался к минимальной реализации функционала до написания тестов
Пробуй ещё
VK
Ты через год забудешь, что эти валидации нужны и удалишь валидацию, потому что менеджер будет настаивать, что поле необязательно
ну я вижу что удаляю, это ведь валидация, примитивнее некуда, о логике работы этой части программы я уверен, таким же образом я и тесты подправлю вместе с валидацией
VK
V
Пробуй ещё
неа)