Структура тестирования пользовательского интерфейса, которая не зависит от xpaths?

Question

Существуют ли какие-либо среды тестирования пользовательского интерфейса, которые НЕ зависят от классов xpaths / ID элементов / элементов.Веб-приложение, над которым я работаю, постоянно изменяет идентификаторы и классы из-за множества различных A / B-тестов, которые мы запускаем.Какие у меня есть варианты?Может быть что-то, что зависит от событий JavaScript, а не отнюдь для определенного идентификатора или имени класса?(просто мысль)

Answer 1

Если в вашем AUT всегда есть изменения, то вам следует сначала задать вопрос - должны ли тесты быть автоматизированы.

Если изменения в приложении относятся только к идентификаторам, а не к элементам и функциональным возможностям пользовательского интерфейса, тогда перед разработчиками встанет вопрос, почему вы меняете elementID сейчас, а не делаете это правильно на начальном этапе.

Если тестирование АБ не слишком частое и часто отключается и включается, одним из способов решения проблемы может быть проведение различных тестов. Да, это будет сложно с точки зрения технического обслуживания. Но вы также можете взять лист тестирования AB. Поместите флаги в свои тесты, чтобы указать, что должно быть проверено?

Answer 2

Как и предполагали другие, правильный способ - не менять идентификатор.Но я рекомендую попробовать SIKULI .Используются скриншоты ...

Answer 3

1) Поговорите с разработчиками. Я только что столкнулся с той же проблемой, осознав, что разработчики могут создавать уникальные идентификаторы на странице, даже если есть, скажем, ночные сборки. С точки зрения разработчика, это займет немного больше времени, но с точки зрения качества ... каждый руководитель проекта должен прикрыть вашу спину.

2) XPath может использовать «содержит», поэтому вы не ищите идеальные значения строки