всмысле не работает?

при запуске можно указать -Dselenide.browser=firefox

public void check1() {
    new Form()
            .selectItem1(ITEM_1)
            .selectItem2(ITEM_2)
            .setValue"200");
    new Asserts()
            .elementShouldNotBeVisible("item1")
            .elementShouldNotBeVisible("item2");
}

Это философский вопрос)
Лучше как вам нравится

что означает строчка <selenide.headless>true</selenide.headless> в помнике?

А как вы делаете?

А как у вас с английским ?

Сначала пишу тесты без всего. Тестовый класс на одну фичу.
Когда чувствую что мне становится не удобно - добавляю всяких абстракций которые лучше подходят под проект.

А ассерты храните в каждом классе?

Пользуюсь селенидовскими

Если чувствую что много раз повторяются - вынесу в отдельный.

к примеру element.shouldbe(visible) у вас в самом тесте? К элементу вы как стучитесь? Через поле Пейджи? Или делаете отдельный метод проверки в пейдже?

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

Моя религия утверждает что следует все заворачивать в PO
Без PO тесты - это не тесты. Это ересь
Извиняюсь) Недавно "Имя розы" читал

Ну серьезно, я же все написал.
Исходите из своего чувства удобства. Вот вам нравится все писать через PageObject которые собираются в chain - пишите так.
Если вы так напишите 10 тестов, а потом при изменение системы вам было больно править ваши тесты - значит вы что то сделали не так.
А если наоборот было быстро и хорошо - значит правильным путем идете.
Не пытайтесь написать тесты "раз и навсегда"

Спасибо

Может быть вы сначала почитаете, ознакомитесь в мавеном, параметрами запуска, профилями запуска?

https://github.com/rusakovStas/myOnlineBank/tree/master/server/src/test/java/integration

Вот пример моих тестов если вам интересно.
На "синтетическом" проекте.
PO там появились только когда стало не удобно писать новые тесты.

И разумеется на вашем проекте это может легко не подойти.

Спасибо, полезно посмотреть

Обычно рекомендуем не запускать в одном тесте разные браузеры, а запускать один тест по очереди с разными параметрами:

-Dselenide.browser=firefox
-Dselenide.browser=myBrowserProvider

etc.

Ну очевидно, что дублирование кода это всё-таки какой-то то минус по сравнению когда код не дублируется.

А уи тесты пишутся и без наследования и без дублирования.