Придумался кейс, когда порядок выполнения тестов (но не зависимость) может быть не так уж и плохо.
Систему через UI можно перевести из состояния А в состояние В и обратно. API которым можно было бы перевести начальное состояние в А или В - не существует. Два атомарных теста - один переводит из А в В, а второй из В в А. Они независимы и скипаются, если система в неправильном для данного теста состоянии. Если система обычно в состоянии А, то имеет смысл, чтобы порядок был А,В - чтобы оба теста отработали за один проход.
Переубедите, что можно решить по другому?
Это вполне стандартный подход при CRUD тестировании . Таким образом можно не беспокоиться о создании контекста для каждого теста . Достаточно снэпшота базы данных с боя +- полного, а дальше +- операции на удаление /создание даже за N прогонов не успеют истощить базу на тестовые данные
