C
типа да
дк это тогда разве не мок бд получится?
Size: a a a
2020 February 24
DP
дк это тогда разве не мок бд получится?
мок бд - очень сложная штука, потому, что у бд сложный интерфейс
замокать существенно более простой dal существенно легче
замокать существенно более простой dal существенно легче
C
мок бд - очень сложная штука, потому, что у бд сложный интерфейс
замокать существенно более простой dal существенно легче
замокать существенно более простой dal существенно легче
да, я это понял в процессе спрашивания тут
ВС
Есть всякие sqlmock, но если уж прям надо, я поднимаю рядом контейнер с базой
а
Есть всякие sqlmock, но если уж прям надо, я поднимаю рядом контейнер с базой
а это нормально их использовать вообще?
DP
а это нормально их использовать вообще?
по мне, так нет
потому, что без интеграционных тесов дело все одно не обойдется
потому, что без интеграционных тесов дело все одно не обойдется
DV
почему бы действительно рядом не поднимать инстанс базы тестовой, и перед тестами накатывать миграции, после тестов дропать
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
ЛА
а как в go замокать бд
Можно и не мокать, а поднимать реальную бд при тестах.
DP
почему бы действительно рядом не поднимать инстанс базы тестовой, и перед тестами накатывать миграции, после тестов дропать
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
примерно в 90% мест, где мне приходилось разгребать навоз, автотесты на CI были отключены - они долго шли
ВС
Да уж, мне пришлось один такое проект принимать. Без включения тестов и их допилки отказался от добавления фич
ЛА
почему бы действительно рядом не поднимать инстанс базы тестовой, и перед тестами накатывать миграции, после тестов дропать
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
довольно большая часть бизнес-логики находится в sql, её ведь тоже надо как-то тестить
В circleci есть механизм поднятия нескольких докер контейнеров вместе с контейнером тестируемого приложения. Дополнительным контейнером может быть ваш контейнер базы с предустановленными данными и тогда делать вообще ничего не придётся.
DV
@onokonem интересно, долго это сколько? когда у людей терпение заканчивается? :)
и когда мы перестаем тестить sql в коде приложения, становится как-то тревожно
и в миграциях вполне может какой-то косяк пробраться
и когда мы перестаем тестить sql в коде приложения, становится как-то тревожно
и в миграциях вполне может какой-то косяк пробраться
DV
В circleci есть механизм поднятия нескольких докер контейнеров вместе с контейнером тестируемого приложения. Дополнительным контейнером может быть ваш контейнер базы с предустановленными данными и тогда делать вообще ничего не придётся.
у нас для тестов отдельная база развёрнута, к которой доступ с CI ранера есть, и там оно "интеграционные" тесты гоняет
интеграционные условно - интеграция там с базой только, внешние сервисы замоканы
интеграционные условно - интеграция там с базой только, внешние сервисы замоканы