Телеграмм чат группы rude

17:29пожаловаться #1

А

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

17:29пожаловаться #2

b

Пацаны, нормальная ли стратегия мокать базу, если мне нужно протестить только работу эндпоинтов? В каких вообще случаях тестируют базу, кроме миграций?

17:32пожаловаться #3

ИС

Игорь Середа... in Rude QA

В случаях, когда могут быть неконсистентные данные.

А

Пацаны, нормальная ли стратегия мокать базу, если мне нужно протестить только работу эндпоинтов? В каких вообще случаях тестируют базу, кроме миграций?

редко. я тестил когда то давно, но там был Ололоракл и очень много хранимок, так что написали совместно с дба тесты на хранимки

17:33пожаловаться #5

А

а так у меня обычно есть сколько там дампов или инстансов базы с данными а-ля прод, они и подрубаются к инстансам АПИ

17:34пожаловаться #6

А

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

17:34пожаловаться #7

b

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

17:36пожаловаться #8

А

Если есть возможность - можно сделать еженедельный дамп с прода (+ обфускация), который будет обновлять данные на тестовых средах, чтобы постоянно иметь "актуальный" набор древнего говна в базе

17:36пожаловаться #9

b

Алексей

Если есть возможность - можно сделать еженедельный дамп с прода (+ обфускация), который будет обновлять данные на тестовых средах, чтобы постоянно иметь "актуальный" набор древнего говна в базе

Да не, там для каждого теста свои данные генерятся.

17:36пожаловаться #10

А

betzy

Да не, там для каждого теста свои данные генерятся.

это конечно. но очень часто при поисках и всяких фильтрах наличие старого гогна находит баги

17:37пожаловаться #11

b

Просто ща удобно, что в тестах юзается crud, который юзается в эндпоинтах для создания тестовых данных и их удаления после тестов.

17:37пожаловаться #12

b

И этот код лежит в одном месте.

17:37пожаловаться #13

А

betzy

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

берешь дамп с прода, обфусцируешь юзер данные (по GDPR и здравому смыслу), его и юзаешь как основу для конктейнера с тест базенкой. Если без докера - поднимаешь базу из этого джампа где то, и поднимаемые на тест апишки коннектишь туда

17:38пожаловаться #14

b

Если я напедалю моки, то придется два круда поддерживать. (я пока не разбирался с pytest-mock и как там это все)

17:38пожаловаться #15

А

имхо моки это лишнее

17:38пожаловаться #16

b

Алексей

берешь дамп с прода, обфусцируешь юзер данные (по GDPR и здравому смыслу), его и юзаешь как основу для конктейнера с тест базенкой. Если без докера - поднимаешь базу из этого джампа где то, и поднимаемые на тест апишки коннектишь туда

Да ща так и работает, в принципе. У нас есть qa и prod окружения, на qa накатывается дамп с прода ежедневно и там гоняются тесты.

17:38пожаловаться #17

b

Не хочется зависеть от базы, когда нужно протестить только логику эндпоинтов.

17:39пожаловаться #18

А

а база какая?

17:39пожаловаться #19

b

Постгря