VD
если тесты запускаются в транзакциях, то и в before(:suite) нет смысла что-то чистить — там должно быть чисто)
Size: a a a
2021 February 03
VD
а если не чисто — это косяк; от этого потом кому-то приходится с flaky тестами разбираться)
ME
Если только ты не самый умный с
before(:all)VD
Если только ты не самый умный с
before(:all)это и есть "косяк")
RR
ну вот
before(:all) бывает, встречается такое удовольствие 😓VD
правильно писать `before_all`)
AR
удалить нафик и включить
use_transactional_tests = trueкороч это не помогло решить проблему, но я теперь получаю те же туманные падения на локалке, так же как на CI
ME
короч это не помогло решить проблему, но я теперь получаю те же туманные падения на локалке, так же как на CI
Я воевал с таким, но это путь самурая
AR
Я воевал с таким, но это путь самурая
как решил? DatabaseCleaner?
ME
Короче, я в модели в
before_create (или как то так) и before_delete выводил логи, чтобы понять где то создается и не чиститсяME
И наблюдал долго долго за тестами
AG
можно попробовать через rspec bisect
AG
есть шанс найти минимальную последовательность, которая падает
ME
И наблюдал долго долго за тестами
При этом надо, конечно, зафиксировать seed при котором падает
ME
можно попробовать через rspec bisect
Такой магии я не знал
ME
Но с учетом поправки "есть шанс"...
AR
можно попробовать через rspec bisect
как использовать?
AG
rspec spec --bisectAG
он будет запускать тесты много раз, отсеивая нормальные, пока не найдет те, которые влияют друг на друга
AR
он будет запускать тесты много раз, отсеивая нормальные, пока не найдет те, которые влияют друг на друга
звучит полезно