Имея довольно сложное угловое приложение со многими страницами (состояниями) и условными разделами, которые создают множество тестовых сценариев, мне нужно выполнить тесты e2e. Я устал от вложенных селекторов, таких как «div.SomeComponent> ul: nth-child (2)> ...» и т. Д., Даже используя имена BEM (особенно, когда приложение развивается, и легко портить тесты путем небольшой смены html состав).Пользовательский класс или атрибут в тестировании E2E
Вопрос заключается в том, хотите ли вы, чтобы вы выбрали несколько фиктивных (пустых) классов или data- * attrs, чтобы упростить селектор транспортировщика (или groovy) за счет потери семантики? Какая альтернатива?
Я полностью согласен с поисковыми механизмами, на самом деле мой fav - использовать элемент (by.model (modelName)). Дело в том, что тестеры (которые не являются разработчиками) используют некоторые другие испытательные рамки - селен, groovy. Несмотря на то, что селекторы будут очень похожи, есть ситуация, когда на странице есть пара очень общих компонентов. Пусть говорят, что у нас 5 из них, но сначала условно показано. Без наличия какого-либо фиктивного класса, такого как «componentName1», «componentName2» и т. Д. Или имеющих некоторые специальные данные - * attrs, им трудно привязать к n-му компоненту, поскольку «n» является динамическим. – adam