и не все читать, а объект носится наверное со всей тест датой

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

у каждого теста в классе есть метод prepare, по завершению коллекта вытягиваем все prepare и выполняем их последовательно с привязкой к конкретному приложению. в 1 транзакции

понял, короче объект под разные нужды, спасибо

Почему в gitlab в проекте количество java кода коричневым цветом?

Может это цвет кофе

Ну цвет там вот так называется https://www.hexdictionary.com/color/B07219, есть другие, ближе к коричневому
https://github.com/ozh/github-colors

А подскажите ещё считаются ли тесты зависимымы и можно ли так делать. Пишу автотесты для сайта, на сайте есть авторизация (пользователь может не логиниться, но это не важно). Тесты написаны так:
в первом тесте выполняется вход в аккаунт с определёнными правами, по окончании теста бразуер не закрывается (из аккаунта не выходим), НО в следующем тесте я не выполняю переход на сайт и вход в аккаунт т.к. я делал это в прошлом. Несколько тестов я объединил в class и запускать отдельно не планирую, когда все тесты в классе пройдены - фиксутрой закрываю браузер.  Авторизация один раз для тест-сьюта нормально или нужно в каждом тесте логиниться с нуля?

Вы сами решаете, как будет быстрее и надёжней. Но опыт многих автоматизаторов говорит, что тесты должны быть атомарны и независимы.

вот то-то и оно, что так быстрее. Просто каждый раз запускать браузер и логиниться на сайте долго 😬

Простой пример: если логин изменился (даже не сломался, а просто изменился), упадут все ваши тесты. Что даст вам неверное представление о состоянии продукта в котором всего лишь немного изменился способ входа.

Может быть есть способ логиниться быстрее используя сохранённую сессию, апи, данные из базы данных?

Возможно, у вас есть способ логиниться через куки? Что-то вроде https://medium.com/@rosolko/boost-you-autotests-with-fast-authorization-b3eee52ecc19

согласен, но в моём случае если вход не будет выполнен - ни один тест пройти будет нельзя

@varro88 да, можно) не думал об этом

понял) Перепишу, чтобы каждый раз вход выполнялся

Коллеги, подскажите каким образом можно запустить --headless браузер при этом используя add_extension(путь_к_прокси_зип_файлу)

нужно для получения full page screenshot

Если сюит не направлен на проверку механизмов авторизации (например, проверяется в ЛК аватар, установка почты, смена пароля и т.д.), я бы поставил переход на страницу и авторизацию в before(), а не отдельным тестом, и если хочется защитить себя от возможных ошибок, проверял бы необходимые условия (юзер авторизован, почта подтверждена и т.д. — вы лучше знаете, какие условия важны) в beforeEach(), тогда можно будет сказать, что тесты не зависят друг от друга.
А сами механизмы авторизации (вход на сайт, выход, чекбокс "Запомнить меня", регистрация, сброс забытого пароля и т.д.) лучше проверять в отдельном сюите.