При взаимодействии с базой данных через фикстуры происходит изменения состояния базы данных, что может негативно влиять на работу приложения как при прогоне тестов на CI/CD, так и после него. На мой взгляд, для более чистого процесса тестирования - следует оборачивать все взаимодействия с базой данных в транзакции commit/rollback.
Дополнительно:
Этот пример может подтвердить актуальность проблемы #214 (в данном случае каскадное удаление не гарантирует сброс счётчика, и для современных postgresql нужно выполнить RESTART IDENTITY).
Хотя лучшее решение (на мой взгляд) - использовать транзакции.
Было бы здорово, если бы это было реализовано.
При взаимодействии с базой данных через фикстуры происходит изменения состояния базы данных, что может негативно влиять на работу приложения как при прогоне тестов на CI/CD, так и после него. На мой взгляд, для более чистого процесса тестирования - следует оборачивать все взаимодействия с базой данных в транзакции commit/rollback.
Дополнительно:
Этот пример может подтвердить актуальность проблемы #214 (в данном случае каскадное удаление не гарантирует сброс счётчика, и для современных postgresql нужно выполнить RESTART IDENTITY).
Хотя лучшее решение (на мой взгляд) - использовать транзакции.
Было бы здорово, если бы это было реализовано.