Testomatio MCP Server
OfficialEnables searching for tests linked to Jira issues using issue keys like 'JIRA-123' or 'PROJ-456', allowing integration between Testomat.io test management and Jira issue tracking.
Requires Node.js 18 or higher with built-in fetch support for running the MCP server, enabling the connection between Testomat.io and AI assistants.
Supports installation and execution via npm or npx, allowing easy deployment of the Testomat.io MCP server.
Provides semantic XML formatting for LLM processing, supporting the structured data exchange between Testomat.io and AI assistants.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Testomatio MCP Servershow me all tests with the 'regression' label"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Testomat.io MCP Server
Model Context Protocol (MCP) server that enables AI assistants (Claude, Cursor, OpenCode, etc.) to interact with Testomat.io Public API v2.
Features
One CLI-style tool per entity -
tests,suites,runs,testruns,plans,rungroups,steps,snippets,labels,requirements,branches,tags,milestones,issues; each takes acommandargument (list,get,create,update,delete, plus scopedissues_*/attachments_*/sharecommands where applicable) and flat command paramsProject Information - fetch project configuration, metadata, features, and CI profiles
Issue Linking - link/unlink issues to any resource (
issues_*commands on each entity, plus the globalissuestool)Attachments -
attachments_*commands on tests, suites, and testruns; upload sends a local file path as multipart fieldfilesRequirements - including file uploads from local file paths
API Compatibility - automatic handling of payload format differences (flat vs wrapped)
Automatic API Sessions - groups MCP changes in Testomat.io history using API sessions
Run Management - status transitions via
status_eventparameterTQL-Only Search -
tests/runswithcommand: "list"usetqlas the single search/filter inputBuilt-In TQL Reference - TQL parameters include the exact field whitelist and examples;
tql_helpprovides syntax details on demandTool Surface Profiles - expose only the tools a session needs via
--tools full|core|read(defaultfull); cuts the per-call schema cost for long agentic sessions
Related MCP server: Qase MCP Server
Quick Start
Installation
npm install -g @testomatio/mcp@latestNeed enterprise analytics tools? Install @testomatio/mcp-enterprise@latest instead. Details are in the Enterprise Analytics section below.
Configuration
Required credentials:
TESTOMATIO_PROJECT_TOKEN- Your project API tokenTESTOMATIO_PROJECT_ID- Your project ID
Run server:
npx testomatio-mcp --token <PROJECT_TOKEN> --project <PROJECT_ID>Or with environment variables:
export TESTOMATIO_PROJECT_TOKEN=<PROJECT_TOKEN>
export TESTOMATIO_PROJECT_ID=<PROJECT_ID>
npx testomatio-mcpA bare hostname is expanded to https://<host>. For full control use
--base-url / TESTOMATIO_BASE_URL, which takes precedence over the host option
Optional: tool surface profile
By default the server exposes all tools. For long, token-sensitive sessions you can expose a smaller set with --tools:
npx testomatio-mcp --token <PROJECT_TOKEN> --project <PROJECT_ID> --tools coreProfile | What's exposed |
| Everything |
| Core entities with all commands (excludes the steps, snippets, labels, rungroups tools) |
| Core entities restricted to read-only commands ( |
Values are case-insensitive; an unknown value prevents the server from starting. Set the profile at launch with the flag or the TESTOMATIO_TOOLS environment variable — it can't be changed mid-session. The CLI flag takes precedence when both are set.
Usage with AI Assistants
Cursor IDE
Add this config to .cursor/mcp.json in your project, or to ~/.cursor/mcp.json for global access:
{
"mcpServers": {
"testomatio": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@testomatio/mcp@latest",
"--token",
"<TOKEN>",
"--project",
"<PROJECT_ID>"
],
"env": {
"TESTOMATIO_BASE_URL": "https://app.testomat.io"
}
}
}
}Claude Desktop
Add this config to:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"testomatio": {
"command": "npx",
"args": [
"-y",
"@testomatio/mcp@latest",
"--token",
"<TOKEN>",
"--project",
"<PROJECT_ID>"
],
"env": {
"TESTOMATIO_BASE_URL": "https://app.testomat.io"
}
}
}
}OpenCode
Add this config to opencode.json in your project root, or to ~/.config/opencode/opencode.json for global access:
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"testomat": {
"type": "local",
"command": [
"npx",
"-y",
"@testomatio/mcp@latest",
"--token",
"<TOKEN>",
"--project",
"<PROJECT_ID>"
],
"enabled": true,
"environment": {
"TESTOMATIO_BASE_URL": "https://app.testomat.io"
}
}
}
}HTTP Transport
Besides stdio, the server runs over Streamable HTTP on a Cloudflare Worker hosted by Testomat.io. The project is part of the URL, so every tool signature stays the same:
https://mcp.testomat.io/mcp/<project_id>Point an MCP client at that URL with a project token:
{
"mcpServers": {
"testomatio": {
"url": "https://mcp.testomat.io/mcp/<PROJECT_ID>",
"headers": {
"Authorization": "Bearer <PROJECT_TOKEN>"
}
}
}
}Web connectors such as claude.ai have nowhere to put a static token and instead run
OAuth 2.1 with PKCE and Dynamic Client Registration against the same URL. Tokens
starting with testomat_ or tstmt_ always bypass OAuth and are passed straight
through, so IDE clients and CI keep working.
The endpoint is POST only; GET returns 405, because the server never initiates
traffic. Testing with curl requires both media types in Accept:
curl -sS https://mcp.testomat.io/mcp/<PROJECT_ID> \
-H "Authorization: Bearer <PROJECT_TOKEN>" \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}'Self-hosted installations keep using stdio.
Quick Examples
Every entity tool works like a CLI: pass command plus the params that command needs. Each param description in the tool schema lists the commands it applies to.
List tests:
{
"name": "tests",
"arguments": { "command": "list", "page": 1, "per_page": 50, "tql": "priority == 'high'" }
}Create test:
{
"name": "tests",
"arguments": {
"command": "create",
"title": "User login test",
"suite_id": "123",
"priority": "high"
}
}Create run:
{
"name": "runs",
"arguments": {
"command": "create",
"title": "Smoke tests",
"kind": "automated",
"env": "production"
}
}Finish run:
{
"name": "runs",
"arguments": {
"command": "update",
"run_id": "456",
"status_event": "finish"
}
}Upload attachment to a test:
{
"name": "tests",
"arguments": {
"command": "attachments_upload",
"test_id": "123",
"file_path": "/path/to/screenshot.png"
}
}Bulk create/update tests from markdown:
{
"name": "tests",
"arguments": {
"command": "bulk_upsert",
"markdown": "<!-- suite\nid: @S380c64db\n-->\n# Login Functionality\n<!-- test\nid: @T12345678\npriority: high\n-->\n# Successful Login\n<!-- test -->\n# Failed Login"
}
}Tests with an id: @T... are updated, tests without one are created; suites are resolved by id: @S... or title and created when missing. Up to 100 tests per call. See docs/tools.md for the full semantics.
Documentation
Complete tool reference: docs/tools.md
Project Structure
src/
|- config/ # Config loading, defaults
|- core/ # Errors, logger
|- api/ # HTTP client, Testomat.io API client
|- mcp/ # MCP server, tools, registry
| |- definitions/ # Tool definitions by entity
| |- configs/ # Registry generation configs
| `- registry/ # Tool handlers
`- cli/ # CLI bootstrapEnvironment Variables
Variable | Required | Default | Description |
| Yes* | - | Project token (preferred) |
| Yes* | - | Alternative token |
| Yes | - | Project ID |
| No | - | API host, e.g. |
| No |
| API base URL, wins over |
| No |
| Tool profile: |
*Either TESTOMATIO_PROJECT_TOKEN or TESTOMATIO_API_TOKEN
Corporate TLS Certificates
If the MCP server runs behind a corporate proxy or TLS inspection, Node.js may reject Testomat.io HTTPS requests even when the same URL works in a browser. This usually means the company root certificate is trusted by the operating system, but not by Node.js.
Use Node.js system CA support:
NODE_OPTIONS=--use-system-ca testomatio-mcp --token <TOKEN> --project <PROJECT_ID>For MCP clients, pass NODE_OPTIONS in the server environment:
{
"mcpServers": {
"testomatio": {
"command": "testomatio-mcp",
"args": ["--token", "<TOKEN>", "--project", "<PROJECT_ID>"],
"env": {
"NODE_OPTIONS": "--use-system-ca"
}
}
}
}If your Node.js version does not support --use-system-ca, export the corporate root certificate to a PEM file and use Node.js extra CA support:
NODE_EXTRA_CA_CERTS=/path/to/company-root-ca.pem testomatio-mcp --token <TOKEN> --project <PROJECT_ID>Important Notes
CLI-style Tools - One tool per entity; all operations are the
commandargument (tests+command: "list"instead of the oldtests_list). Unknown commands return an error listing the valid onesRun Status - Use
runswithcommand: "update"andstatus_eventfor transitions (finish, launch, rerun, etc.)Search/Filter - No dedicated
/searchendpoints; filtering is done via thelistcommand (tqlfor tests and runs, OpenAPI-aligned filters for other entities)Slim List Responses - List commands request compact API responses by default and omit heavy entity fields and null values. Pass
verbose: trueto return full objects, orfields: ["id", "title", "description"]to return only selected fields. Both options disable the backendslim=truerequest so heavy fields remain available when requested.TQL - Use
tqlas the single search/filter input fortests/runswithcommand: "list"TQL Syntax - For user-facing syntax details and more examples, see the official TQL docs: https://docs.testomat.io/advanced/tql/
TQL Scope - TQL parameter descriptions keep the documented field whitelist in-band; call
tql_helpfor syntax details and additional examplesIssue Linking - Scoped commands available on each entity:
command: "issues_link"/"issues_unlink"Attachments - Scoped commands available on tests, suites, and testruns:
command: "attachments_list" | "attachments_upload" | "attachments_delete". Upload sends one local file path as multipart fieldfiles.Enterprise Package - Analytics tools are intentionally exposed only by
@testomatio/mcp-enterprise, not by the standard@testomatio/mcppackageAPI Sessions - The server automatically starts a Testomat.io session before the first
POST,PUT, orDELETErequest, sends the returned session hash asX-Session-Hashon later mutating requests, and stops the session when the MCP server shuts down.GETrequests do not start or use sessions.
Development
npm install
npm run start -- --token <TOKEN> --project <PROJECT_ID>
npm testFor local MCP development, point Claude Desktop to the checked-out entrypoint:
{
"mcpServers": {
"testomatio-local": {
"command": "node",
"args": ["/path/to/mcp/index.js", "--token", "<TOKEN>", "--project", "<PROJECT_ID>"]
}
}
}Enterprise Analytics
Enterprise analytics is available only in the separate @testomatio/mcp-enterprise package.
Installation:
npm install -g @testomatio/mcp-enterprise@latestRun:
testomatio-mcp-enterprise --token <PROJECT_TOKEN> --project <PROJECT_ID>Included tools:
analytics_tests-GET /api/v2/{project_id}/analytics/tests/{kind}analytics_stats-GET /api/v2/{project_id}/analytics/stats/{kind}analytics_charts_list-GET /api/v2/{project_id}/analytics/chartsanalytics_charts_get-GET /api/v2/{project_id}/analytics/charts/{id}analytics_charts_results-GET /api/v2/{project_id}/analytics/charts/{id}/result
Analytics endpoints require the api_analytics subscription feature. Use q as the TQL filter parameter for analytics tools.
Example analytics_tests call:
{
"name": "analytics_tests",
"arguments": {
"kind": "flaky",
"q": "priority == 'high'",
"days": 30,
"page": 1,
"per_page": 20
}
}Example analytics_stats call:
{
"name": "analytics_stats",
"arguments": {
"kind": "success-rate-by-date",
"q": "tag IN ['@smoke']",
"from": "2026-04-01",
"to": "2026-04-30"
}
}analytics_charts_get returns a chart definition with its TQL queries; analytics_charts_results
returns per-query totals or the matching tests/runs of one query (by its zero-based number).
Example analytics_charts_results call:
{
"name": "analytics_charts_results",
"arguments": {
"chart_id": "abc123",
"number": 2,
"per_page": 50
}
}This server cannot be deployed
Maintenance
Related MCP Connectors
Run, debug, and triage tests from your IDE using natural language, no dashboard switching, no manual data transfers. The TestMu AI (formerly LambdaTest) MCP Server is a single remote server exposing four tool suites: HyperExecute — analyze your project, generate YAML configs and test runner commands, then monitor jobs and sessions. Automation — pull a TestID's details plus command, network, and console logs into one chat for instant root-cause analysis. Includes mobile app upload. SmartUI — explain pixel, layout, DOM, and perceptual changes in a visual regression run, with context-aware React/HTML/CSS fixes. Accessibility — audit any public URL or a local React app against WCAG and get ready-to-apply remediation steps. Connects over https://mcp.lambdatest.com/mcp using OAuth 2.1 — no API keys in your config. One-click install in Cursor; works with Claude, GitHub Copilot, Cline, and any MCP client. Tests execute on the TestMu AI cloud: 3,000+ browsers and 10,000+ real devices.
A Model Context Protocol server for Wix AI tools
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Create and manage test cases, test runs and results in Testiny from your AI assistant.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables Cursor AI assistants to interact with Todoist tasks directly from the coding environment, supporting advanced task filtering and rich formatting.42-
- FlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that integrates with the Qase test management platform, allowing users to create and retrieve test cases, manage test runs, and interact with Qase projects.17 npm1-
- FlicenseNot gradedqualityNot gradedmaintenanceA Model Context Protocol server that provides integration with TestRail, allowing AI assistants to interact with TestRail projects, test cases, test runs, and results.154 npm1-
- AlicenseBqualityAmaintenanceAI-native Model Context Protocol (MCP) server for TestRail. Lets Claude, Cursor, Windsurf, and other AI assistants browse projects, create and update test cases, kick off test runs, and record results through natural-language conversation — with strongly-typed tool schemas and per-project custom field validation that helps LLMs generate valid TestRail requests on the first try.271,330 npm42Apache 2.0