У меня есть уникальный запрос в моей компании, где они пытаются подготовить сценарии автоматизации еще до того, как готовится тестируемое приложение (AUT), у них может быть готовый каркас приложения или макет экрана. Но в конечном итоге, когда приложение приходит для тестирования, сценарии автоматизации должны успешно выполняться на AUT. Так что о распознавании веб-элементов в любой форме здесь не может быть и речи
У нас есть Selenium Framework с TestNG и A Cucumber Framework, где мы пишем сценарии на Gherkin.
Я провел собственное исследование и смог придумать несколько вещей. 1. Я мог попросить бизнес предоставить мне базовые c атрибуты элементов (таких как id или имя поля) приложением и параметризацией самого Xpath, но я чувствую, что это не будет эффективным способом go рассказать о проблеме, и я уверен, что может быть другое лучшее решение этой проблемы.
Sikuli - я вижу, что мы можем использовать этот инструмент только тогда, когда пользовательский интерфейс приложения стабилен, в моем случае я чувствую, что это будет невозможно.
Я опускаю это, чтобы понять, есть ли уже есть другая, более совершенная технология автоматизации, где я могу подобрать, изучить и попробовать внедрить ее.