Не просто покликать: как собрать инструменты для ручного мобильного тестирования — от Bash-скриптов до ИИ

В 2014 году я написал Bash-скрипт, который устанавливал один APK на все подключенные телефоны. Потом появились похожие скрипты для очистки данных, логов, скриншотов и ввода текста. Папка росла, а вместе с ней — количество команд, которые нужно помнить, поддерживать и объяснять коллегам.

Обычная проверка приложения тоже постепенно превращалась в путешествие между инструментами. Установить сборку через терминал, найти настройку в телефоне, достать тестовые данные из заметок, записать видео, собрать окружение для баг-репорта. Мне захотелось связать эти действия между собой. Так появился Cassini — мое приложение для ручного Android-тестирования на Mac.

В докладе расскажу, как прошел этот путь и какие задачи стояли за отдельными функциями. Посмотрим на готовые решения: ADB, scrcpy, QtScrcpy, Vysor, WebADB и Tango. Обсудим, что они помогают сделать и почему мне всё же понадобился собственный инструмент.

На примере Cassini покажу подготовку телефона, сбор характеристик устройства, отправку тестовых данных с компьютера, работу с учетными данными и QR-кодами. Расскажу, как из сведений о подключавшихся телефонах выросла личная локальная библиотека устройств.

Затем подключим ИИ-агента через MCP. На живом примере разберем, как поручить ему действия на телефоне, сбор материалов проверки и подготовку отчета. Посмотрим, как при этом тестировщик задает ожидания и проверяет полученный результат.

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

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