Инструменты автоматизации тестирования Android: Appium, UI Automator и Espresso

Выберите инструмент тестирования автоматизации Android по границе, которую вам нужно контролировать: пользовательский интерфейс, система и кросс-приложение, кросс-платформенные тесты WebDriver или наблюдаемые рабочие процессы реального телефона.

Короткий ответ: выбираем по тестовой границе, а не по популярности

Нет лучшего инструмента для тестирования автоматизации Android. Выберите тестирование Compose или Espresso, когда ваша команда владеет приложением и нуждается в утверждениях, близких к его коду пользовательского интерфейса. Выберите UI Automator, когда тест должен пересекать границы приложения или взаимодействовать с пользовательским интерфейсом системы Android. Выберите Appium, когда имеет значение клиент в стиле WebDriver, несколько языков программирования или общий уровень автоматизации Android и iOS. Добавьте наблюдаемый визуальный поток, когда рецензент должен смотреть реальный телефон, распознавать видимое состояние, собирать скриншоты или моделировать рабочий процесс вне тестового кода приложения.

Эти инструменты решают различные слои одной и той же проблемы качества.Официальное руководство по тестированию пользовательского интерфейса AndroidТесты пользовательского интерфейса определяются как запуск приложения, моделирование взаимодействий и проверка правильности реакции. Поэтому выбор полезного инструмента начинается с доказательств, которые должен предоставить тест, границы программного обеспечения, которую он должен пересечь, и кто будет его поддерживать. Это основанное на исследованиях сравнение текущей официальной документации, а не эталон, утверждающий, что одна структура универсально быстрее или более надежна.

• Пользовательский интерфейс View UI: начните с Espresso.
• Принадлежащий приложениям интерфейс Jetpack Compose: начните с API тестирования Compose.
• Системный интерфейс, разрешения, поведение с несколькими окнами или кросс-приложением: начните с UI Automator.
• Кроссплатформенная автоматизация WebDriver и гибкость языка-клиента: оценка Appium
• Видимые рабочие процессы черного ящика, OCR, состояние изображения и доказательства, благоприятные для рецензентов: добавьте визуальный слой потока.

Инструменты тестирования автоматизации Android сравнили

Таблица представляет собой пограничную карту, а не доску победителей. Зрелые команды обычно объединяют несколько рядов. Экран Compose может иметь быстрые тесты поведения компонентов, путь автоматизации пользовательского интерфейса для разрешения и системных переходов, пакет Appium, совместно используемый с iOS, и небольшой контролируемый поток реального телефона, который захватывает доказательства после развертывания. Дублирование становится проблемой только тогда, когда два комплекта доказывают одно и то же требование с одинаковой стоимостью устройства.

Используйте тесты Compose или Espresso для поведения приложений

Композитное тестирование и Espresso являются самыми сильными отправными точками, когда команда контролирует код приложения, и требованием является семантическое поведение внутри этого приложения.Составление тестовых APIнаходить элементы через семантику, проверять атрибуты, выполнять действия и синхронизироваться с пользовательским интерфейсом.Espresso использует визуальные совпадения, действия и утвержденияДля интерфейсов, основанных на просмотре, в то же время препятствуя небезопасному прямому доступу к действиям и просмотрам из неправильного потока.

Эта близость к приложению очень полезна. Тесты могут вводить детерминированные данные, изолировать компонент, утверждать включенное или выбранное состояние и потерпеть неудачу по определенной смысловой причине. Это также означает, что набор связан с архитектурой приложения и сборкой тестов. Эта связь уместна, когда требование относится к приложению: появляется сообщение проверки, навигация выбирает правильное место назначения или кнопка остается отключенной до тех пор, пока не появится действительный ввод.

Выберите тестирование, когда

• Интерфейс в первую очередь Jetpack Compose и раскрывает полезную семантику.
• Вам нужны тесты на уровне компонентов с контролируемым состоянием, а также тесты на уровне активности.
• Синхронизация холостого хода и специфичный для композиции контроль времени помогают сделать утверждения детерминированными.

Выберите эспрессо, когда

• Приложение основано на View или имеет экраны View, которые нуждаются в тестах поведения.
• Тест может идентифицировать один вид с идентификатором ресурса или сфокусированным совпадением.
• Требование — это взаимодействие и утверждение внутри приложения, а не путешествие по всему устройству.

Используйте UI Automator для системы Android и кросс-приложений

UI Automator выигрывает, когда само устройство Android является частью тестовой границы.Современный UI Automator APIВы можете запускать приложения, находить элементы с предикатами, обрабатывать диалоги разрешений, ждать видимости приложения или стабильного дерева доступности, проверять несколько окон и делать снимки экрана. Эти возможности соответствуют подсказкам разрешения, настройкам экранов, уведомлениям, картинке в картинке, разделенному экрану, поведению пусковой установки и путешествиям, которые перемещаются между установленными приложениями.

Важное отличие заключается не в том, что UI Automator просто «более мощный», чем Espresso. Он наблюдает за UI с другой позиции. Это внешнее положение видит системные и кросс-приложения, но имеет меньший прямой доступ к внутренним приложениям и двойным тестам. Используйте его для тонких сквозных путей, которые действительно нуждаются в границе устройства; сохраняйте большую часть логики приложения в более быстрых и целенаправленных тестах.

TheТекущая документация UI AutomatorТакже включает в себя встроенные условные элементы тайм-ауты, явные ожидания стабильности, скриншоты и отчеты о результатах. Эти особенности уменьшают искушение полагаться на фиксированный сон. В документации отмечается, что стабильность дерева доступности не доказывает, что каждая фоновая задача простаивает, поэтому лучшее ожидание остается названным условием приложения, когда оно доступно.

Используйте Appium, когда имеет значение мобильный уровень в стиле WebDriver

Appium является сильным кандидатом, когда организация хочет автоматизировать мобильные устройства с помощью JavaScript, Java, Python, Ruby или .NET, уже использует концепции WebDriver или хочет, чтобы соответствующие наборы Android и iOS стояли за одной моделью сервера автоматизации. На Android, этоРазработчик: UiAutomator2 QuickstartУстанавливает драйвер, выбирает его с именем автоматизации UiAutomator2 и подключается к эмулятору или USB-отладчику через набор инструментов Android.

Такая гибкость требует эксплуатационных затрат. Theдокументированная установкаОн включает в себя сервер Appium, драйвер платформы, инструменты Android SDK и платформы, совместимый JDK, подготовку устройств, возможности и зависимости клиентов. Наша редакционная рекомендация заключается в том, чтобы владеть этими версиями явно и проверять настройку с помощью команды врача водителя, а не поддерживать рецепт ноутбука без документов.

Appium не является автоматически лучшим выбором только потому, что возможен будущий пакет iOS. Если текущим требованием является небольшая кодовая база только для Android с глубоким доступом к состоянию приложения, нативные тесты Android могут быть проще. Если платформа QA уже стандартизирует сеансы устройств, языковые клиенты, отчеты и кроссплатформенные объекты страниц, общая модель Appium может оправдать дополнительные уровни.

Добавьте визуальный поток для наблюдаемых рабочих процессов черного ящика

Визуальный поток полезен, когда требование живет в том, что человек может наблюдать на реальном телефоне, и рабочий процесс должен быть понятен за пределами хранилища приложений. Примеры включают в себя проверку дыма после развертывания, воспроизведение поддержки, операционный путь через сторонние приложения, локализованную проверку видимого текста или контролируемую задачу устройства, которая должна остановиться со скриншотами, когда состояние неизвестно.

LaiCai FlowМожет комбинировать анализ пользовательского интерфейса, поиск элементов, краны, ввод текста, ожидания, ветви, ограниченное повторение, скриншоты, OCR, сопоставление шаблонов, обнаружение объектов, потоки детей и явное поведение возврата или остановки. Это делает путь принятия решения видимым: наблюдайте за названным состоянием, допускайте одно действие, проверяйте состояние и сохраняйте доказательства неудачи.LaiCai Flow InsideМожно запустить совместимый профиль черезLaiCai Android Agentпосле развертывания, но совместимость зависит от каждого узла и актива, используемого этим профилем.

Этот слой должен дополнять, а не заменять утверждения, исходные для приложения. OCR подходит, когда видимый текст является доказательством, но дерево пользовательского интерфейса не раскрывает его надежно. Согласование шаблонов подходит для проверенной визуальной цели. Скриншот полезен для композиции или обзора неудач. Ни один из них не заменяет единичный тест бизнес-логики или точное утверждение Compose, когда исходный код доступен. TheРуководство по визуальному тестированию AndroidЭто объясняет, как выбрать между этими типами доказательств.

Создайте многоуровневую стратегию тестирования Android

1. Напишите требование как наблюдаемый результат, а не последовательность кранов.
2. Разместите бизнес-логику в локальных или компонентных тестах, где пользовательский интерфейс устройства не нужен.
3. Используйте Compose-тестирование или Espresso для приложений и семантических утверждений.
4. Добавьте UI Automator только для системных, многооконных, разрешительных или кросс-приложений.
5. Используйте Appium, когда его сервер, клиенты, отчетность или кроссплатформенная модель обеспечивают конкретную организационную ценность.
6. Добавьте визуальный поток реального телефона для доказательства того, что наборы кодового уровня не могут производить четко.
7. Держите каждый сквозной путь узким, определите начальное состояние, свяжите каждое ожидание и повторите попытку и захватите состояние отказа, прежде чем восстановление изменит его.

Одно требование должно иметь одного основного владельца. Например, валидация формы относится к тестам на уровне приложений; передача разрешения относится к пути автоматизации пользовательского интерфейса; общий контракт на регистрацию Android и iOS может принадлежать Appium; а запуск доказательств после выпуска реального телефона может относиться к визуальному потоку. Слои могут ссылаться на одно и то же путешествие пользователя, не копируя каждое утверждение в каждую структуру.

TheРеальный телефон QA smoke-test guideпоказывает, как сохранить развернутую проверку маленькой и воспроизводимой. TheРуководство по остановке условий автоматизацииОн охватывает тайм-ауты, ограниченные повторы, пост-условия и человеческий обзор, когда текущий экран больше не оправдывает следующее действие.

Практический контрольный список выбора

Перед принятием новой структуры прототип одного репрезентативного пути и запишите всю поверхность обслуживания: тестовый код, крючки приложений, версии сервера или драйвера, сброс устройства, данные тестирования, разрешения, скриншоты, журналы и собственность CI. Лучшим инструментом является тот, который производит надежные доказательства по стоимости обслуживания, которую команда фактически заплатит.

Инструменты тестирования автоматизации Android FAQ

Является ли UI Automator таким же, как Appium UiAutomator2?

Нет.UI Automator - это библиотека тестирования Android и API..UiAutomator2 от Appium является драйвером платформы AppiumЗа слоем, обращенным к Appium / WebDriver. Их настройки, клиентская модель и границы обслуживания различны, хотя имена связаны между собой.

Может ли Аппий заменить Эспрессо или Составить тесты?

Он может автоматизировать многие из тех же видимых путешествий, но мы не рекомендуем заменять каждый тест на уровне приложений.Составное тестированиеиЭспрессоОни ближе к состоянию приложения и семантическому поведению пользовательского интерфейса. Аппиум наиболее ценен, когда его внешний клиент, архитектура драйвера или кроссплатформенная согласованность являются частью требования.

Какой инструмент лучше всего подходит для тестирования сторонних приложений?

UI Automator, Appium или просмотренный визуальный поток черного ящика более уместны, чем внутренние фреймворки приложений, когда вы не владеете целевым кодом приложения. Подтвердите, что автоматизация разрешена, используйте стабильные наблюдаемые селекторы, избегайте чувствительных или разрушительных действий и ожидайте, что изменения пользовательского интерфейса третьих сторон потребуют обслуживания.

Работают ли визуальные потоки в непрерывной интеграции?

Они могут участвовать в автоматизированном конвейере, если контролируется сеанс устройства, активы, входы, артефакты отказа и интерфейс результата. Тем не менее, контролируемый рабочий процесс реального телефона и структура утверждения CI служат различным операционным моделям. Сначала решите, должен ли бег блокировать сборку, предоставлять доказательства или помогать человеку.

Выберите наименьшую границу инструмента, которая подтверждает требование.

Начните близко к коду и расширяйтесь только тогда, когда этого требует требование. Композитное тестирование и Espresso доказывают поведение приложений. UI Automator доказывает систему Android и кросс-приложения. Appium обеспечивает уровень мобильной автоматизации в стиле WebDriver. Визуальный поток добавляет видимое состояние реального телефона, OCR, доказательства изображения и оперативную передачу, которую неразработчики могут просмотреть.

Поэтому самая сильная стратегия автоматизации Android не является стандартом для одного инструмента. Это документально подтвержденное разделение ответственности: один основной владелец утверждения в соответствии с требованием, тонкое сквозное покрытие на дорогих границах, явные условия остановки и доказательства отказа, которые говорят следующему человеку, что произошло. исследоватьАвтоматизация Android с помощью AILaiCai Flowкогда этот наблюдаемый уровень рабочего процесса соответствует вашему случаю использования.

Редакционная записка:ООО BeePOSКомпания позадиLaiCai Screen Mirroring, исследовал это сравнение из официальной документации Android и Appium, связанной с соответствующими утверждениями ниже. Раздел продукта помечается отдельно, чтобы читатели могли отличить возможности документированных фреймворков от наших собственных рекомендаций по рабочему процессу. Вопросы или исправления можно отправить по адресу support@laicaiapp.com.

• Разработчики Android: Automate UI Tests
• Разработчики Android: тестируйте композитный макет
• Разработчики Android: основы эспрессо
• Разработчики Android: напишите автоматизированные тесты с помощью UI Automator
• Приложение: Установите драйвер UiAutomator2
• Аппиум: водители