Ну вот, ссылку бы сразу скинули - и хоть понятно стало бы, откуда такая информация.
По поводу уникальности id - тут java, не java - это не есть правильно.
Пока не нашел правда какой-то официальной информации в стандартах, но по 2-м ссылкам(1 и 2(перевод первой)) указано, что id уникален на странице. Скажите своим разработчикам, чтобы они не делали так.
Во-первых - вам будет удобнее тесты писать.
Во-вторых - если они потом возьмут, и начнут писать какие-то обработчики событий на js, они могут поймать проблемы с тем, что у них есть несколько элементов с id одним и тем же. Конечно, их можно обойти, но всё же.
Попробую позже еще поискать про правила.
И еще - на будущее - заметку писал @dzhariy, можно было обратиться к нему либо в ЛС, либо в посте изначально его попросить помощи. Избежали бы немного гнева нашего доброго и справдливого модератора @ArtOfLife .
ну то что id должен быть уникальным на странице я и сам был убежден. до недавнего времени, но посмотрев на код и послушав обьяснения разработчиков , убедился сам что иногда профитнее сделать с одинаковыми id .
Ну и как видим не сложно в тестах исправить , всего-то дописать 2 строчки кода.
ну то что id должен быть уникальным на странице я и сам был убежден. до
недавнего времени, но посмотрев на код и послушав обьяснения
разработчиков , убедился сам что иногда профитнее сделать с одинаковыми
id .
это такое пасхальное яичко для тех кто будет поддерживать / дописывать скрипты .
[FindsBySequence]
[FindsBy(How = How.Id, Using = "account", Priority = 0)]
[FindsBy(How = How.Id, Using = "Password", Priority = 1)]
public IWebElement PasswordField;
В принципе и xpath и сss поддерживает комбинирование путей .
В xpath через | в css через ,