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

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

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

Смотреть конвейеры ↓
01
// Что ломается сегодня

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

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

  1. 01

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

  2. 02

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

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

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

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

P01

Реальные пользовательские сценарии, пройденные на настоящем телефоне

Melaya Device Control устанавливает, открывает и проходит приложение тапами на подключённом Android-устройстве: онбординг, push-уведомление, диплинк, один скриншот на каждый шаг. FrontendEngineer проходит сценарий, а UIUXDesigner отмечает, что регрессировало относительно прошлого прогона.

P02

Сопутствующая веб-панель, протестированная так же

Если приложение поставляется вместе с веб-панелью, Melaya Browser Control проходит её в настоящей сессии Chrome или Edge в том же прогоне, и основатель получает один отчёт вместо двух отдельных инструментов.

P03

A/B-варианты, сравненные на железе

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

P04

Проверка сборки, запущенная из Claude Code

Основатель-одиночка, уже работающий в Claude Code или Cursor, подключается к api.melaya.org/mcp через OAuth 2.1, выдаёт melaya:phone (23 инструмента) и просит ассистента проходить приложение на подключённом устройстве после каждого деплоя.

P05

Доказательства по каждой сборке, заведённые автоматически

DevOpsEngineer планирует прохождение на каждую сборку и заносит журнал шагов и скриншоты в Jira, Linear или Notion, поэтому PM видит pass или fail, не спрашивая.

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

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

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

Тех-лид

TechLead

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

Frontend-инженер

FrontendEngineer

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

DevOps-инженер

DevOpsEngineer

Встраивает прогоны в твой цикл релизов и заводит отчёты.

UI/UX-дизайнер

UIUXDesigner

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

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

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

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

01shared/tools/phone/

Ведёт твоё приложение на настоящем устройстве: тапы, свайпы, скриншоты, журналы шагов.

phone_open_appphone_get_screen_treephone_screenshotphone_tapphone_swipephone_batch
02shared/tools/project_mgmt/

Заносит найденное туда, где твоя команда уже работает.

jira_create_issuelinear_create_issue
03shared/tools/knowledge/

Превращает доказательства прогона в записи по каждой сборке, которые можно искать.

build_knowledge_from_textbuild_knowledge_from_file
04shared/tools/core/

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

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

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

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

L1

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

includeContext

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

L2

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

rag_retrieve

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

L3

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

pipeline_memory

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

07
// FAQ

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

Это тестирование на настоящем телефоне или на эмуляторе?

На настоящем, подключённом Android-устройстве. Агенты тапают, свайпают и делают скриншоты реального приложения так же, как это делает пользователь, а не через симулированный ввод эмулятора.

Может ли это протестировать push-уведомления и диплинки отдельно?

Да, открывая приложение или URL диплинка напрямую (phone_open_app, phone_open_url) и проходя получившийся экран, снимая скриншот на каждом шаге.

У моего приложения есть сопутствующая веб-панель. Покрывает ли Melaya и её тоже?

Да. Melaya Browser Control проходит веб-сторону в настоящей сессии Chrome, Edge или Brave, поэтому гибридный продукт получает один проход тестирования вместо двух отдельных инструментов.

Как сравнить два варианта релиза на реальном железе?

Запусти оба на подключённых устройствах и получи скриншоты рядом друг с другом по каждому экрану в одном прогоне, которые читают персоны UIUXDesigner и TechLead для вывода о том, что регрессировало.

Нужен ли выделенный QA-специалист, чтобы это запускать?

Нет. Основатель или PM может запустить прохождение из приложения Melaya или из Claude Code, или Cursor через MCP-сервер, и читать доказательства без выделенного тестировщика.

Что на самом деле выдаёт прогон?

Журнал шагов и скриншот по каждому шагу, заведённые в Jira, Linear или Notion при подключении, поэтому у каждой сборки есть воспроизводимые доказательства.

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

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

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