Предпочитаю String.replace вместо String.format.
При генерации длинных строк с 300+ параметров в случае String.format запихает 300 параметров в стек * один вызов "format" метода.
String.replace поместит 2 параметра в стек * 300 вызовов.
String.format может вызвать stack overflow. Легко ошибиться и перепутать последовательность параметров и их количество это так же приведёт к ошибкам.
Написал бы так: '//div/app-tree-view/ul/li[@class="treenode"]/div[@id = {node_id}]//following-sibling::div//i[1]'.replace('{node_id}', node_id)

Коллеги, есть более-менее общая практика/методология по тому, на сколько объемным должен  быть test suite/тест файл (включающий множество ассертов/экспектов), если множество новых фич именно находятся на  одной странице и она ключевая для приложения? Можно замкнуть все в один файл, а можно разбить каждую фичу на отдельные файлы и сделать независимыми. Как определить?

По зову сердца и общему пониманию ) Говорят, за это сеньора дают

Если вкладываетесь в условные 10 минут пригона - ну и норм. Лучше в 5, но что поделать.

10 минут это много для одно теста и даже 5... )

1. Один класс содержит тесты на одну фичу/функционал
2. Сколько тестов в одном классе не имеет значения
3. Старайся следовать логике "один тест - одна проверка", но можно и сделать и несколько асертов (я не больше 5-и стараюсь) в конце теста, если это на один элемент/функционал
4. Не используй софт асерты - это стремно и нарушает логику. У тебя тест должен быть конкретный результат, который ты проверяешь, а не 100500 шагов по пути! )
5. Все тесты всегда должны быть независимы друг от друга и если надо, то создай нового юзера перед тестом и после удаляй!

Спасибо! А можно примеры soft assert‘о-в, пожалуйста? Я пишу на js без классов. Тогда иметь в тест файле кода на 200-300 строк многовато (эти фичи на одной странице). Просто сложнее такой код поддерживать, если что-то в приложении меняется

В минуты, о пяти и речи нет) если только все тесты

Разбей по фичам - отдельная фича, отдельный класс (файл)
Софт ассерты не надо использовать - надо обычные делать в конце теста! )
Вот мой репозиторий и у меня есть пример на JS (ставь звездочку):
https://github.com/romsper/qa-automation-base/tree/js-mocha-chai

У меня там еще Allure прикручен )))

Тогда все ок! )
Можешь распаралелить, если там зависимостей не нафигачил )))

Благодарю)! Allure стоит, да, вроде, тесты независимые:)

Пожалуйста! )

Звездочку поставил? 😂

Да) 23 уже)

еее...
Спасибо!

1 тест - 1 проверка ) - но это в идеальном мире

Это да... Но надо стремиться!)

большинство тестов нормально живет и с несколькими проверками в одном тесте и это не мешает их апдейту или фиксу

Костыли и велосипеды тоже нормально живут ) и зачастую оказываються самыми долгоживущими решениями )