AF
Use
with, Luke!выше был пример, сложновато выглядел, предложи свой 😉
Size: a a a
2019 December 16
AK
если на инсерт ошибка будет (unique constraint, например) как обрабатывается? (или неактуально?)
до insert'ов происходит чтение из кэша, insert'ы будут только при отсутствии записи
AK
хотя, если кто-нибудь решит в бд запихнуть город прям в runtime, будет беда, да
DR
Привет!
DR
Какой наиболее правильный способ пробегать все тесты с двумя версиями конфигурациями?
V
Dmitry Russ (Aleksandrov)
Какой наиболее правильный способ пробегать все тесты с двумя версиями конфигурациями?
Что за конфигурации, где описываются и в чём между ними различие?
DR
V
Что за конфигурации, где описываются и в чём между ними различие?
Какой поисковый engine использовать. Описывается в application env.
DR
По сути тесты - это куча поисковых query условно, и в зависимости от engine-а было бы круто проверить их на обоих имплементациях.
DR
Посмотрел, как ecto_sql делает это.
DR
Оно делает для каждой имплементации отдельную комманду.
V
Пробовал запускать из баш-файла тесты с двумя разными env?
DR
V
Пробовал запускать из баш-файла тесты с двумя разными env?
Так делает ecto
DR
И добавляет
test.allDR
Но, в общем, если способа красивее нет, то вот так и буду.
DR
Но было бы круто, если бы ExUnit умел бы нативно это делать и загонять в один test report
ŹR
Мне кажется что нужно в начале кейса делать Application.put_env
ŹR
А в начале другого кейса - другое env
ŹR
А тестовой конфигурации как таковой вообще не должно быть
ŹR
Dmitry Russ (Aleksandrov)
Но, в общем, если способа красивее нет, то вот так и буду.
Что скажешь?
⬆️⬆️⬆️⬆️⬆️
⬆️⬆️⬆️⬆️⬆️
DR
Мне кажется что нужно в начале кейса делать Application.put_env
Мне нужно один и тот же тест(или точнее все тесты внутри кейса/модуля) прогнать с двумя разными env-ментами.