Сообщений в теме: 16

[Dob3r]

Наткнулся вот на такую статью:

 

http://automation-re.../2017/locators/

 

Хотел бы узнать мнение других людей по этому поводу. Кто как думает?

 

Я вот думаю, а что делать с динамически изменяющимися локаторами (то есть например перегрузил страницу и id поменялся)? 

[lapa]

имхо писал не очень опытный человек, который не разбирается в написании локаторов от слова совсем. холивар что лучше css или xpath, просто холивар.

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

[Dob3r]

имхо писал не очень опытный человек, который не разбирается в написании локаторов от слова совсем. холивар что лучше css или xpath, просто холивар.

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

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

[SALar]

 

 

Хотел бы узнать мнение других людей по этому поводу. Кто как думает?

 

Я вот думаю, а что делать с динамически изменяющимися локаторами (то есть например перегрузил страницу и id поменялся)? 

Массовые расстрелы не спасут нашу индустрию. 

 

Надо пробовать напалм и ковровые артобстрелы термобарическими боеприпасами. 

[lapa]

 

имхо писал не очень опытный человек, который не разбирается в написании локаторов от слова совсем. холивар что лучше css или xpath, просто холивар.

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

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

 

если обычный не сложный то меньше минуты. но бывают такие что ну его нафиг

[TatyanaV]

У меня при прочтении этой статьи также сложилось мнение, что человек не слишком опытен, не очень хорошо знает css / xpath (раз ему приходится "тратить кучу времени", даже чтобы просто привести в адекватный вид, то, что ему и так софтина нашла уже).

Динамические айди - это два варианта:

1. Договориться с разработчиками про айдишники

2. Как уже предложили - искать выше / рядом по DOM что-то фиксированное и однозначное, от чего можно плясать дальше в сторону нужного элемента. 

 

А на тему "нет смысла сейчас тратить 5-10 минут на то, что может никогда и не случиться"... В моём представлении, красивый, лаконичный, однозначный локатор - это не расчет на "то что может никогда и не случиться", это культура и аккуратность кода.

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

public void weoqwrou2qor837u() {
lswhjfkswurhekw.sendKeys(sdlfksdlfk.skldhfjksdjhfk());
}

Да, может не и понадобится, но выглядит то все равно ужасно и нечитабельно.

[SALar]

"Код пишется не для машины. Код пишется для человека."

© Влад Балин.

 

Подписываюсь.

[Little_CJIOH]

Вообще, в коде человек оперирует красивыми и лаконичными идентификаторами локаторов в page object. Какая разница, как выглядел локатор, если он стабильно находит нужный элемент и из названия локатора однозначно ясно какой именно элемент он должен находить?

Ну и не забываем про контекст, что русскому лекарство, то немцу смерть. Если вы за 2 года исправляли 3 локатора - это одна ситуация. А если вы их правите по 15 раз в день - другая. Но что-то мне подсказывает, что во 2-м случае проблема не в локаторах.

[lapa]

2. Как уже предложили - искать выше / рядом по DOM что-то фиксированное и однозначное, от чего можно плясать дальше в сторону нужного элемента. 

 

не обязательно. возможно в нужном элементе есть какие то не изменяемые аттрибуты

[Freiman]

Вообще у любого продукта есть такая характеристика, как Testability (тестируемость). Ну и как одну из подхарактеристик можно использовать и стабильность и качество кода, в том числе HTML-кода.

[TatyanaV]

 

2. Как уже предложили - искать выше / рядом по DOM что-то фиксированное и однозначное, от чего можно плясать дальше в сторону нужного элемента. 

 

не обязательно. возможно в нужном элементе есть какие то не изменяемые аттрибуты

 

"Фиксированное и однозначное" это не совсем тоже самое, что "неизменяемые аттрибуты". Если у элемента никогда не изменяется, к примеру, класс - это вполне "не изменяемый аттрибут". Но если на странице еще 33 элемента с таким же классом - это уже не "однозначный" признак элемента, надо завязываться на что-то ещё - более "однозначное".

[lapa]

 

 

2. Как уже предложили - искать выше / рядом по DOM что-то фиксированное и однозначное, от чего можно плясать дальше в сторону нужного элемента. 

 

не обязательно. возможно в нужном элементе есть какие то не изменяемые аттрибуты

 

"Фиксированное и однозначное" это не совсем тоже самое, что "неизменяемые аттрибуты". Если у элемента никогда не изменяется, к примеру, класс - это вполне "не изменяемый аттрибут". Но если на странице еще 33 элемента с таким же классом - это уже не "однозначный" признак элемента, надо завязываться на что-то ещё - более "однозначное".

 

так это вроде же очевидно, не?

[Little_CJIOH]

"Очевидно" в аналитике и тестировании - это стоп-слово, означающее, что вы находитесь в месте где что-то продолбали/продолбают.

[lapa]

"Очевидно" в аналитике и тестировании - это стоп-слово, означающее, что вы находитесь в месте где что-то продолбали/продолбают.

:)))) не сказал бы. очевидно что локатор должен находить только один элемент, кроме случая когда нужна коллекция

[Little_CJIOH]

"Очевидно" в аналитике и тестировании - это стоп-слово, означающее, что вы находитесь в месте где что-то продолбали/продолбают.

:)))) не сказал бы. очевидно что локатор должен находить только один элемент, кроме случая когда нужна коллекция

А когда пятый с конца?

[SALar]

На habrahabr.ru была хорошая статья про "стоп слова". 

"Очевидно", "Каждый", "Любой", ...

Если не найдете статью, есть мой доклад на SQADays-10, где я об этом говорил.

 

А еще просмотрите    Я своим ученикам даю этот ролик. Для тестировщика очень полезно. 

[SALar]

Вообще у любого продукта есть такая характеристика, как Testability (тестируемость). Ну и как одну из подхарактеристик можно использовать и стабильность и качество кода, в том числе HTML-кода.

Здесь полностью соглашусь с Андреем. Крайне важная характеристика. Только про нее все забывают. 

PS. Если что: ГОСТ 25010.  Очень хороший гост. 

 

PSS. Лучше бы вы не Савина, а этот ГОСТ читали.