qa-mcp: native 1C TestClient QA

qa-mcp

An MCP server and manager for native 1C TestClient QA automation: BDD scenarios, managed-form checks, without a Vanessa Automation runtime

  • 5 ★ on the repository
  • Last commit
  • Apache-2.0
MCP server

Broad access

Why this level

  • The Windows bridge performs lifecycle operations and bounded desktop input in a real 1C session
  • UI operations and mutations require disposable test data; the README explicitly warns against using production databases
All reasons and checks
Russian stack

vlikhobabin/qa-mcp-public

Install

Manual install

python3 -m venv .venv
.venv/bin/python -m pip install ./qa_mcp-0.1.0-py3-none-any.whl
.venv/bin/qa-native-mcp

Install from the ready v0.1.0 release wheel, starts the stdio server.

Access and checks

How we review

Broad accessThe tool can change data, run commands or handle secrets.

  • The Windows bridge performs lifecycle operations and bounded desktop input in a real 1C session
  • UI operations and mutations require disposable test data; the README explicitly warns against using production databases

This is third-party code. Review the repository files before installing.

What it does

The server speaks the 1C platform's TestManager/TestClient protocol directly, without a Vanessa Automation runtime layer in between. It runs Gherkin BDD scenarios, reads and checks managed forms, assertions and waits, produces JUnit and Allure-format reports, and exposes target-bound lifecycle and UI operations to an agent over standard or authenticated HTTP MCP transport. For Windows scenarios there's a separate host-agent bridge that drives a real TestClient, relays events, takes screenshots and performs bounded desktop input, also with mandatory authentication.

Who it is for. For QA engineers and 1C developers who want to automate managed-form and scenario testing directly through the TestClient protocol, without Vanessa Automation.

Good fit when

  • You want to run Gherkin BDD scenarios against a real 1C client without Vanessa Automation
  • You need JUnit or Allure-format reports for an existing CI setup
  • You need a governed Windows bridge for UI operations with bounded desktop input

Not a fit when

  • You need a stable production tool: the v0.1.0 release is explicitly marked as an MVP prerelease, not Stable, with no PyPI or GHCR publication
  • The v0.1.0 Windows executable is an unsigned Linux cross-build without native Windows verification, as the README explicitly states
  • You need live operation without an explicitly authorized test 1C platform and Windows session: tests marked live are not part of ordinary public verification

Example request

Run the customer order scenario on the test database's managed form and send back an Allure-format report

MCP

Transport
stdio, http
Authentication
key is optional

Environment variables

QA_MCP_BEARER_TOKEN secret
Bearer token for authenticated HTTP transport, required for a non-loopback bind.
QA_MCP_TRANSPORT
Transport choice: stdio by default or http.

Limitations

The v0.1.0 release is an MVP prerelease; the README explicitly states it does not claim stable or live-native qualification. The Windows bridge in this release has no native Windows verification or a successful helper-bundle check. The open_external_processor tool remains dormant research code and is excluded from the declared stable surface. It requires Python 3.11 or newer and uv to build from source. HTTP transport defaults to loopback only; publishing it without a bearer token is unsafe.

How to disable. Stop the qa-native-mcp process and remove it from your MCP client configuration; for the Windows bridge, stop and remove the host-agent service.

FAQ

Is Vanessa Automation needed to use it?

No, the server speaks the TestManager/TestClient protocol directly and does not require a Vanessa Automation manager runtime.

Can this release already be trusted in production?

No, the README explicitly calls v0.1.0 an MVP prerelease with no stability claim, and the Windows bridge has no native verification.

Discussion

No questions or reviews yet.

Russian stack

An MCP tool for interactively driving the 1C:Enterprise UI through the test client: clicks, fields, tables and evidentiary scenario recording

MCP serverBroad access6Repository stars
Russian stack

An MCP server that drives the 1C test client's interface directly: opens forms, fills fields, records and replays scenarios

MCP serverBroad access84Repository stars
Official

Vanessa Automation MCP reads 1C test state from chat, showing results and the manager environment after a scenario fails.

MCP serverBroad access740Repository stars

METR

METR (MCP 1C:Enterprise Test Runner)

Russian stack

An MCP server that lets an agent update a 1C infobase, run YaXUnit tests and check syntax

MCP serverBroad access123Repository stars
Russian stack

A native component that runs a full MCP server inside 1C: tools, resources and prompts are written in BSL, while a DLL handles the protocol

MCP serverBroad access43Repository stars

1C Development Standards MCP

MCP-сервер стандартов разработки 1С:Предприятие 8

Russian stack

An MCP server exposing 1C:Enterprise 8 development standards for agent-driven search and code review

MCP serverExtended access3Repository stars

README in short

The English README describes the v0.1.0 MVP release contents with SHA256SUMS verification, an architecture of a protocol core, a scenario engine and an optional authenticated Windows bridge, installing from the wheel or from a source snapshot via uv, setting up authenticated HTTP with a bearer token, separately warning about the unsigned Windows executable cross-build, describing a safety model with disposable test data and mandatory transport authentication, and linking to the tool reference, Docker delivery docs and the publication policy. Apache-2.0 license.

README badge

Report a problem