Телеграмм чат группы qa_automation страница 6984

А как будет выглядеть такой единый локатор? Немного не представляю пока

15:53пожаловаться #1

//*[@*[starts-with(name(), "com.project")]]

15:54пожаловаться #2

создать системную переменную, скажем env, которая может принимать значения dev, uat и т.д.
использовать локаторы типа String.format("com.project.%s:id/Menu", env)

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

15:54пожаловаться #3

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

15:55пожаловаться #4

Dmitry in QA — Automation

Написать compile-time плагин, который будет менять название энвайромента в исходниках 😀

15:58пожаловаться #5

Отличный вариант, спасибо! А где системная переменная задается? На уровне локальной машины имеется в виду?

15:58пожаловаться #6

на каком языке пишите и какой сборщик используете?

15:59пожаловаться #7

java, maven

15:59пожаловаться #8

))))
чем он отличный?)

16:00пожаловаться #9

Dmitry in QA — Automation

Такая штука в аннотациях @FindBy не будет работать, если что

16:00пожаловаться #10

Выглядит довольно просто, по крайней мере на первый взгляд

16:00пожаловаться #11

Artemiy Drozdov in QA — Automation

А что просто паттерн нельзя написать, который будет искать локатор не используя dev/uat или что-то там ещё, пропускать эту часть и искать id/Menu

16:02пожаловаться #12

тогда можно использовать maven surefire plugin, объявить в нем <systemPropertyVariables> описать там параметр и потом доставать там где нужно, если что пиши в лс

16:03пожаловаться #13

ну после написания трех проектов вместо одного, наверное, да

16:05пожаловаться #14

это да, но мб у коллеги selenide да и думаю можно обойти это при желании

16:05пожаловаться #15