DV
Да
Но вообще можно и под каждую тестовую сборку создавать базу с уникальным именем, рулить это через переменные окружения.
У нас правда это излишне, не так много пушат как хотелось бы :)
Size: a a a
2020 February 24
DV
C
Но вообще можно и под каждую тестовую сборку создавать базу с уникальным именем, рулить это через переменные окружения.
У нас правда это излишне, не так много пушат как хотелось бы :)
У нас правда это излишне, не так много пушат как хотелось бы :)
обычно хватает чистить таблицу после теста и работать с фикстурами
DV
Вот кстати я пока не силен в тестах на golang. Есть ли что-то похожее на фикстуры из pytest?
C
уверен, что да
C
потому что в вопросе тестов подходы везде идентичные
C
промстандарт
MN
Если база реляционная, то каждый тест можно в отдельных транзакциях запускать, очень удобно. Если нет, то подкручивать схему данных так, чтобы данные не пересекались
ЛА
Если база реляционная, то каждый тест можно в отдельных транзакциях запускать, очень удобно. Если нет, то подкручивать схему данных так, чтобы данные не пересекались
Транзакции могут быть частью теста. И дополнительно их делать поверх других запросов это искажение
ЛА
обычно хватает чистить таблицу после теста и работать с фикстурами
Я конечно не в курсе вашего проекта и может быть это ок, я работал все время с ci на основе докера и там поднимался контейнер со структурой бд, соответствующей текущему продакшну, данные же накатывались фикстурами для тестов. Причем имадж бд кешировался на воркерах ci (он по сути качался заново только если выпускалась новая версия этого имаджа, в остальных только поднимался). Ну и ни про какую чистку речи тоже не шло, тк контейнер просто удаляется и все. Но наверное ваш вариант быстрее из-за отсутствия поднятия контейнера с бд.
C
это исправляется за один вечер )
C
я не говорил, что «обычно хватает чистить таблицу после теста и работать с фикстурами» — так надо делать :)
C
го-го — место, где любой мессадж возводится в абсолют
ЛА
Вот кстати я пока не силен в тестах на golang. Есть ли что-то похожее на фикстуры из pytest?
Вот это юзал https://godoc.org/gopkg.in/testfixtures.v2
АП
го-го — место, где любой мессадж возводится в абсолют
еще не двое вас (c)
ЛА
го-го — место, где любой мессадж возводится в абсолют
Ну, у меня много раз в разных проектах вылезали косяки с тратой времени большого числа людей в случае наличия какого-то общего места в тестовом окружении (базы, общего сервиса), были даже человеко-дни простоя, поэтому да, увидев такую ситуацию, у меня случилась некоторая аллергия и я не смог не высказаться :)
C
Ну, у меня много раз в разных проектах вылезали косяки с тратой времени большого числа людей в случае наличия какого-то общего места в тестовом окружении (базы, общего сервиса), были даже человеко-дни простоя, поэтому да, увидев такую ситуацию, у меня случилась некоторая аллергия и я не смог не высказаться :)
ты же понимаешь, что новый контейнер под бд == авточистка таблиц после тестов?) или ты сейчас про человеческий фактор, когда тест за собой ничего не почистил, тест прошел или провалился из-за соседних данных, а вот создание контейнера под бд решило бы проблему человеческого фактора?