@xanf_ua Привет! Посмотрел видео доклад на твоем канале, по Jest. Но у меня немного другой вопрос. Есть реляционная БД и несколько resolver тестов, которые запускаются одновременно и все лезут в базу и начинают одновременно её сношать, в результате некоторые тесты падают из-за того что пред. тест изменил данные.
Ты не сталкивался с такой задачей, и если да, поделись пожалуйста как ты её решал?

Некоторые предлагают запускать тесты с ключем —runInBand, но признаться данный ключ как раз лишает нас преимущества подхода параллельного тестирования. У меня возникла такая мысль - на начальном этапе запуска тестов создавать для каждого резолвера отдельную бд с минимальной необходимой реляционной структурой и наполнением. Геморно конечно и придется поддерживать, но зато с соблюдением параллельного тестирования.

Возможно, resolver тесты это какой-то вид тестов, о котором я не знаю, но тесты в базу не должны лезть

У нас есть разные тесты, те что не лезут и те что как раз лезут

а для чего нужно лезть в базу?

Проверятся как отработал GraphQL

Ну мы unit'ы запускаем паралельно. А интеграционные с БД с ключиком —runInBand. Вроде нормальный подход

👍 ну в принципе да, норм вариант. Тут еще из соседнего чата предложили просто вызывать ROLLBACK после каждого теста

Так тесты же полностью вроде паралельно запускаются. Так что пока один меняет, другой тоже работает с этой информацией

А вы что тестируете резолвер или правильность sql? Если резолвер, то замокайте данные и тестируйте резолвер

Или несколько БД поднимать и разному процессу разную БД отдавать. В руби такой подход мы используем

У нас мокапы используются в интеграционных тестах, а на резолвер тестах проверяем саму целостность базы после запросов GraphQL

Ну вот я так и подумал

проще одну и делать таблицы с префиксами

А как эти префиксы потом просовывать к ORM/query builder ?

кстати да, тоже вариант👍

А в основном коде ?

Можно хоть через энв переменную или любым другим доступным способом

так же, просто префикс будет пустой или другой

Считаю неправильно когда в основном коде есть код который нужен лишь для тестов. Если это конфиг инициализации конекшина ещё ладно. Но везде нужно держать в уме этот префикс. Странное решение как по мне