Comments 11
Это забавно! :)
+1
0
у нас вот первому совету очень четко следуют…
0
Где-то читал, что лучше id вообще не использовать, т.к. есть вероятность, что появятся два элемента с одинаковым id.
+1
Кстати, вполне разумное замечание. Но какой-то уникальный идентификатор все равно должен быть. Например, dataset атрибуты или список классов
+1
Можно делать id-шники хоть с мегабайты длиной.
Можно закладывать в id всю иерархию компонента.
Можно поменять id если таки нарвался на неуникальность.
Id очень сильно помогают в автотестах, очень. Это скорость и стабильность. Особенно во всяких ExtJs, где по умолчанию id генерится динамически.
Можно закладывать в id всю иерархию компонента.
Можно поменять id если таки нарвался на неуникальность.
Id очень сильно помогают в автотестах, очень. Это скорость и стабильность. Особенно во всяких ExtJs, где по умолчанию id генерится динамически.
0
Мне кажется, что автор имел в виду не прямо вот дословно атрибут ID, а некоторый уникальный идентификатор. Например, data-id или data-qa-id.
0
Я не понимаю зачем извращаться с аттрибутами, если есть функционал настоящих id. Мгновенный поиск, уникальность, все из коробки. Только называй правильно и кайфуй. Вот есть некая пугалка «вдруг неуникальный будет», ну продумайте архитектуру — да сделайте систему уникальных, и будет вам оч. большое счастье в виде скорости и стабильности тестов.
0
delete this comment, please.
0
Sign up to leave a comment.
Вредные советы: как превратить автоматизацию UI-тестов в кошмар