Багодельня
Инструменты и плагины

Как подключить TMS-систему

TMS-система через MCP даёт агенту тест-кейсы, прогоны и дефекты как контекст. Зачем это нужно и как подключить на примере Qase.

TMS (Test Management System) — это хранилище тест-кейсов, прогонов и дефектов: Qase, TestRail, Zephyr, Allure TestOps и другие. Если агент пишет или правит тесты, ему полезно видеть, что уже покрыто, — иначе он плодит дубли и заводит новые кейсы там, где они уже есть. Доступ к TMS дают через MCP-сервер.

Зачем агенту TMS

  • Не дублировать. Перед генерацией теста агент сверяется с существующими кейсами — пишет только то, чего ещё нет.
  • Контекст из кейсов. Готовые шаги и ожидаемый результат — это требования «что проверяем», как и Confluence.
  • Заводить результаты. Агент может создавать кейсы, прогоны и дефекты прямо из сессии, не переключаясь в UI.

В /generate-test это один из источников контекста: субагент идёт в TMS — посмотреть, нет ли уже теста на эту фичу.

Подойдёт любая TMS — берём Qase для примера

MCP есть у многих TMS, и подключаются они одинаково — меняются только пакет и переменные окружения. В примере — Qase: у него есть официальный MCP-сервер, и он нормально работает. Хочешь TestRail или Zephyr — логика та же, смотри MCP-сервер своей системы.

Где взять токен

Возьми API-токен в app.qase.io → User → API tokens. Токен привязан к твоей учётке и даёт доступ ко всем проектам, к которым у тебя есть права.

Как подключить

Через CLI Claude Code — одной командой:

claude mcp add qase --env QASE_API_TOKEN=<твой-токен> -- npx -y @qase/mcp-server

То же руками в .mcp.json (в корне проекта или в личном конфиге):

.mcp.json
{
  "mcpServers": {
    "qase": {
      "command": "npx",
      "args": ["-y", "@qase/mcp-server"],
      "env": {
        "QASE_API_TOKEN": "<твой-токен>"
      }
    }
  }
}

npx -y @qase/mcp-server тянет и запускает сервер без отдельной установки — нужен только Node.js. Проверить, что сервер поднялся, можно командой /mcp прямо в Claude Code.

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

Токен — секрет, равный твоему доступу к TMS. Не коммить .mcp.json с токеном в репозиторий: держи его в личном конфиге (~/.claude.json / ~/.mcp.json) или подставляй через переменную окружения. Утёк — сразу отзови его в той же панели, где создавал.

TMS — это «что уже покрыто» в QA-стеке. Рядом: Confluence/Jira (что должно быть) → GitLab (как реализовано) → браузер (как ведёт себя вживую). Вместе они дают агенту полный контекст для теста.

Проверь себя

  1. 1. Зачем агенту доступ к TMS?

  2. 2. Почему в примере именно Qase, а не другая TMS?

  3. 3. Что делать с QASE_API_TOKEN?

On this page