Блин, извини) в junit)

Как правило тесты изолированны и могут выполнятся в случайном порядке.

Это типа записать в файлик?)

мммм, зависимые тесты, люблю такое

не забудьте ещё обеспечить правильный порядок выполнения тестов

А как в junit последовательность определить? Я читал что вроде нельзя

увы, уже можно...

напишите все в один тест и не майтесь

если у вас все друг от друга зависимо - то выполнить одно без другого все равно нельзя; тогда вопрос: зачем разделять ?

(где-то Андрей Солнцев сейчас оплакивает старый добрый JUnit4...)

а общую переменную просто положите в статическое поле. ну, чтобы сразу все антипаттерны в одно место собрать :)

По сути это два тест кейса, а это норм что два кейса в 1 тестовый метод писать?

а почему нет, если у вас один от другого зависит ?

но вообще зависит от ваших условий и того, что вам важно: минимальное дублирование кода, максимально атомарные кейсы или еще что-то...

я бы лично вынес всю одинаковую подготовку в beforeEach
потом написал бы два кейса, второй из которых частично дублирует первый; - но это если мне важно проверять каждую отдельную штуку в отдельном тесте;

если мне это было бы не важно: я бы написал 1 тест с несколькими проверками - сэкономил время на разработке и поддержке и строках кода; но нарушил бы паттерн об атомарности

Это обычно не стоит делать, тесты станут зависимыми.

Технически можно использовать System properties.

ну ты предложил... в system property только строку можно запихнуть. а в статическое поле любой объект засунуть можно

Делай eval на строку, кэк

Будут объекты 😈

Если переменную класса сделать статичный, то её видно в другом тесте

Что в переменной то?