Melaya Mobile · Тестирование приложений

Автоматизируй тестирование приложений на реальном телефоне.Не эмулятор, который угадывает.

Агенты проходят ваши реальные пользовательские сценарии на реальных устройствах: установка, онбординг, тапы, скриншоты, отчёт. Разработчики проверяют push-уведомления, deep links и поведение на разных устройствах с каждой сборкой. PM запускают A/B-варианты на физическом оборудовании перед релизом и получают параллельные записи. Это ваше реальное приложение на реальном телефоне, а не эмулятор с догадками.

01
// Что ломается сегодня

Ручные рабочие процессы обходятся дороже, чем агент.

Три боли, с которыми каждая команда продаж и развития бизнеса сталкивается еженедельно. Именно то, на что жалуются твои менеджеры, а не то, как это назвала бы страница с возможностями.

  1. 01

    Ручное QA на реальных устройствах медленное и дорогое.

  2. 02

    Баги в push-уведомлениях, deep links и онбординге попадают в релиз, потому что ни у кого нет времени проходить каждый сценарий на каждом телефоне.

02
// Конвейеры, которые можно собрать

Рабочие процессы агентов: собери, одобри, повтори.

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

P01

Реальные пользовательские сценарии пройдены

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

P02

Проверка push, deep links и кросс-устройств

Проверяйте push-уведомления, deep links и поведение на разных устройствах с каждой сборкой, до того как это увидят пользователи.

P03

A/B-варианты на оборудовании

Запускайте A/B-варианты на физических устройствах перед релизом и получайте параллельные записи для принятия решений.

03
// Команда агентов

Команда QA на устройствах

Реальные персоны из команды tech_team. Каждая поставляется с настроенным системным промптом и стандартным списком разрешённых инструментов. Меняй модели для каждой персоны на холсте.

Tech Lead

TechLead

Планирует охват сценариев и анализирует доказательства для каждой сборки.

Frontend Engineer

FrontendEngineer

Проходит интерфейс приложения экран за экраном и фиксирует каждый шаг.

DevOps Engineer

DevOpsEngineer

Встраивает запуски в ваш цикл релизов и формирует отчёты.

UI/UX Designer

UIUXDesigner

Сравнивает варианты рядом и отмечает регрессии.

04
// Инструменты с ограниченным доступом

Списки разрешённых инструментов: только те действия, которые ты разрешаешь.

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

shared/tools/phone/

Управляет вашим приложением на реальном устройстве: тапы, свайпы, скриншоты, журнал шагов.

phone_open_appphone_get_screen_treephone_screenshotphone_tapphone_swipephone_batch
shared/tools/project_mgmt/

Фиксирует находки там, где уже работает ваша команда.

jira_create_issuelinear_create_issue
shared/tools/knowledge/

Превращает доказательства запусков в доступную для поиска базу по каждой сборке.

build_knowledge_from_textbuild_knowledge_from_file
shared/tools/core/

Читает конфигурации и логи параллельно с запуском на устройстве.

file_readgrep_search
05
// Три уровня знаний

Команда читает то, что ты ей даёшь.

Каждый конвейер поставляется с тремя уровнями доступа к знаниям. Комбинируй для каждого агента на холсте. Никакого общего векторного пространства с другим арендатором, никаких случайных чтений, никакого непрозрачного поиска.

L1

Статический контекст

includeContext

Документы для конкретного конвейера, добавляемые к входным данным выбранных агентов при каждом прогоне. Бриф ICP, плейбук, прайс-лист или корпус выигранных сделок. Всё, что должно быть доступно агенту до начала работы. Ты выбираешь, какие персоны получат какие документы.

L2

Инструмент RAG-поиска

rag_retrieve

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

L3

Межпрогонная память

pipeline_memory

Состояние на уровне конвейера, которое переходит от одного прогона к следующему. Вчерашнее исследование доступно для сегодняшнего продолжения. Команда помнит, что уже проработала, что было подтверждено, что отправлено. Журнал аудита, это вторичная база знаний.

07
// FAQ

Вопросы об ИИ-агентах, которые нам задают каждую неделю.

Это эмулятор?

Нет. Это ваше реальное приложение на реальном телефоне. Агенты проходят настоящий интерфейс и формируют воспроизводимые доказательства: скриншоты, журнал шагов, скрипты воспроизведения.

Нужно ли инструментировать приложение?

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

Почему использовать Melaya вместо Appium или Maestro-скриптов?

Скриптовые фреймворки вроде Appium и Maestro зависят от селекторов, которые ломаются при смене интерфейса. Команда агентов Device QA в Melaya читает реальный экран: агент Frontend Engineer проходит приложение визуально, поэтому переместившаяся кнопка или изменение текста не убивают запуск. Для точных попиксельных утверждений в зрелом CI-наборе скрипты по-прежнему зарабатывают своё место, и многие команды используют оба подхода.

Могут ли n8n или Zapier тестировать мобильное приложение на реальном устройстве?

Нет. n8n, Zapier и Make выполняют заранее заданные шаги «триггер-действие» через API, а тестируемое мобильное приложение обычно не имеет API для вызова. Device Control в Melaya управляет реальным Android-телефоном: устанавливает сборку, открывает разрешённые приложения, читает экран, нажимает и вводит текст, и логирует каждый шаг. Эти инструменты по-прежнему лучше по охвату коннекторов для линейных веб-автоматизаций.

Как доказать, какие пользовательские сценарии были протестированы в каждом релизе?

Каждый запуск Melaya создаёт полные трассы выполнения: шаги с временными метками, скриншоты по каждому экрану и типизированные причины сбоев. Набор инструментов знаний превращает это доказательство в доступную для поиска запись по каждой сборке, а агент DevOps Engineer подаёт отчёты через набор project_mgmt там, где уже работает твоя команда. Детерминированная оценка в первую очередь запускает проверки на основе правил до любых оценок модели.

Можно ли переиспользовать одни и те же тестовые сценарии для каждой сборки?

Да. Собери сценарии один раз на холсте Melaya из агентов, инструментов, триггеров и шлюзов подтверждения, затем сохрани любой запуск как переиспользуемый конвейер. Агент Tech Lead планирует покрытие сценариев, агент DevOps Engineer встраивает запуски в твой ритм релизов, и одни и те же сценарии воспроизводятся в каждой сборке с сопоставимыми доказательствами.

Как Melaya тестирует push-уведомления и диплинки на реальном телефоне?

Device Control в Melaya ждёт уведомления на реальном Android-телефоне, нажимает на него и проверяет, что приложение открывается на правильном экране, захватывая скриншот на каждом шаге. Диплинки работают так же: агент открывает ссылку и подтверждает экран назначения. Основной набор инструментов читает конфиги и логи параллельно с запуском на устройстве.

Что не позволяет ИИ-агенту сделать что-то разрушительное в моём приложении?

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

Можно ли сравнивать A/B-варианты на физическом железе перед релизом?

Да. Запусти каждый вариант как параллельный сценарий на реальном железе, а агент UI/UX Designer в Melaya сравнивает записи бок о бок и отмечает регрессии. ПМы получают пошаговые скриншоты и логи шагов из набора инструментов телефона для обоих вариантов, так что решение о релизе опирается на воспроизводимые доказательства, а не на демо в коридоре.

Могут ли тестовые запуски оставаться на нашем собственном железе?

Да. Melaya работает в облаке или на твоём локальном раннере, и тестовый телефон подключается к этому раннеру, так что нерелизные сборки и тестовые аккаунты никогда не покидают твои машины. Пошаговая маршрутизация моделей через 23 провайдера позволяет чувствительным шагам выполняться на локальных моделях, пока более дешёвые облачные модели пишут отчёт.

Строй конвейеры основатели приложений, мобильные разработчики и pm на Melaya.

Тариф Sandbox бесплатный, карта не нужна. Присоединись к списку ожидания, и мы напишем, как только откроется место.

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