Сколько боли я испытал в попытках автоматизировать React Native пару лет назад, используя Appium. Думаю, что действительно - на Maestro это бы работало куда лучше.
Спасибо за информацию! Действительно, интересно. Но здесь вопрос больше о том, что Appium позволяет "из коробки" без лишних модификаций и добавления более гибкой логики ожиданий.
Я лишь говорю о том, что появляются конкуренты, которые это все реализуют с меньшим количеством строк кода и нагляднее. То, что Appium при настройке классная вещь - никто и не спорит.
"Провал" в плане моей неточности? Нет, так написано на официальном сайте, что не работает с реальными устройствами. Конечно, это огромный минус
Это вообще не уместно. CI без разницы какой инструмент использовался для написания тестов.
Я упомянул потому что важно было понимать, что такая возможность имеется. Конечно, это имеется не только у этого фреймворка.
Смешно. Если у элемента есть id или текст, то и в Appium будут простые локаторы.
Согласен
Если Appium’у требуется СЛОЖНЫЙ xpath, значит у элемента нет ни id, ни текста, ни других уникальных свойств. В этом случае и maestro не поможет.
Соглашусь, да. При этом у Appium еще есть возможность "зрительного" (OpenCV) анализа элемента по картинке (поиск текста на самих картинках - findElementByImage). Не идеально, но хотя бы есть такая опция. У Maestro такого нет.
Не проблема. Ни разу при нормальном подходе тесты на ожидании элемента не упадут.
Тем не менее, ожидания в Appium очень хрупкая вещь, по крайней мере добавляет лишний код. Тот же Selenide довольно неплохо решает эту проблему.
А по факту - ценные уточнения и я только за живую дискуссию.
О том и речь. Maestro вряд ли подходит для сложных проектов сейчас. Впрочем, именно это я в статье и говорю.
Сколько боли я испытал в попытках автоматизировать React Native пару лет назад, используя Appium. Думаю, что действительно - на Maestro это бы работало куда лучше.
Спасибо за информацию! Действительно, интересно. Но здесь вопрос больше о том, что Appium позволяет "из коробки" без лишних модификаций и добавления более гибкой логики ожиданий.
Я лишь говорю о том, что появляются конкуренты, которые это все реализуют с меньшим количеством строк кода и нагляднее. То, что Appium при настройке классная вещь - никто и не спорит.
Спасибо за комментарий!
Отвечаю по порядку:
"Провал" в плане моей неточности? Нет, так написано на официальном сайте, что не работает с реальными устройствами. Конечно, это огромный минус
Я упомянул потому что важно было понимать, что такая возможность имеется. Конечно, это имеется не только у этого фреймворка.
Согласен
Соглашусь, да. При этом у Appium еще есть возможность "зрительного" (OpenCV) анализа элемента по картинке (поиск текста на самих картинках - findElementByImage). Не идеально, но хотя бы есть такая опция. У Maestro такого нет.
Тем не менее, ожидания в Appium очень хрупкая вещь, по крайней мере добавляет лишний код. Тот же Selenide довольно неплохо решает эту проблему.
А по факту - ценные уточнения и я только за живую дискуссию.
Прилично, конечно. Да и кто будет платить столько сразу за новый, развивающийся инструмент?