Мы довольно быстро перевели разработку на coding agents. Код стал двигаться быстрее, но тестирование от этого само собой не ускорилось.

В какой-то момент стало особенно заметно: AI-агент читает Android UI-тест, понимает его шаги и проверки, но дальше останавливается. Чтобы создать по этому тесту test case в Allure TestOps, он должен объяснить всё человеку, а человек — открыть браузер и вручную перенести информацию.

Человек превращается в транспортный слой между кодом и тестовой системой.

Я сделал MCP-сервер для Allure TestOps. Теперь агент может прочитать готовый UI-тест и сразу создать из него test case. А в обратную сторону — прочитать test case и через другой MCP подготовить для него моки в MockServer.

Получилась не автоматизация отдельных кнопок в браузере, а перенос смысла между системами: код → TestOps TestOps → MockServer код ↔ TestOps

Последний сценарий особенно интересен: агент может сопоставить test cases в TestOps с UI-тестами в Android-проекте и найти, что уже автоматизировано, а что нет или устарело.

Сам MCP — standalone stdio-сервер с десятью инструментами для test cases, сценариев, issues и custom fields. Код целиком написал coding agent. Моя работа была в другом: понять, какую границу рабочего процесса стоит убрать, какие операции действительно нужны агенту, проверить их на реальном TestOps и вынести интеграцию из личного `meta-agent`, чтобы ей мог пользоваться тестировщик в Cursor.

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

Полную историю — с архитектурой, ограничениями записи и сценариями работы — собрал в статье: https://hram.github.io/articles/allure-testops-mcp/