У меня уже появилось такое решение:
//h4[text()='Project name']/following-sibling::p

воо) я тоже рожал-рожал и пришел к такому

Люблю эту жажду тестировщиков к железобетонным локаторам.
Давайте мы сделаем так, что бы вся структура страницы поменялась, а тесты не нужно было обновлять.

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

И да, обе крайности неочь.

в смысле жажду
наличие айдишников - это самый яркий признак того, насколько в компании серьёзно к тестированию относятся
на фронте это как раз нужно, если нормальный CI/CD налажен
чтобы любой разраб поменяв пару классов кнопок или структуру дерева не бежал бы потом "ой у меня тестики упали, посмотри почему"

Так тестирование элемента подразумевает что этот элемент есть на странице и работает/выглядит как нужно, будет дорого переписывать тесты каждый раз когда элемент поменял положение в DOM

А что разработчику мешает обновить локатор в тестах, а не коде?

а если разрабов 10, 15? каждый в своей ветке под себя будет локаторы менять? а ребейз потом как делать?

айдишники добавить даже в среднего размера проект - ну дело максимум пары дней

но реашет все проблемы на долгое время

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

Так. Стоп.
Вот есть у вас локаторы в коде проекта.
Это значит, что ваши 10-15 разрабов меняют их в коде приложения по мере изменения, и как-то ребейзятся.

В чем принципиальная разница с ситуацией, когда они актуализируют их в коде тестов?
Ну, помимо того, что вместо одного PR будет два?

Это если важна скорость тестов и если поиск элементов занимает значительную часть времени их выполнения (что в большинстве случаев не так).

ну так а в тестах их тоже каждый будет под себя менять? каждый раз?

работа по замене сопоставима по затратам временным с добавлением айдишников

что лучше сделать - это один раз или подпиливать напильником каждый раз?

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

Лучше сделать то, что быстро и просто решает конкретную задачу. :)

Нужно кому?

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

нужно проекту, бизнесу
это снижает временные затраты и следовательно издержки