Skip to main content
MCP (Model Context Protocol) is an open standard that defines how an assistant talks to external tools through a consistent interface. TestDino MCP Server connects MCP-compatible clients (Cursor, Claude Desktop, and similar tools) to your TestDino workspace. Once connected, your assistant retrieves real test run data, artifacts, and manual test cases to investigate failures and manage test cases without switching contexts.

Prerequisites

  • A TestDino account with access to at least one project
  • A Personal Access Token with access to the modules you want to query (Test Runs, Manual Tests, or both)
  • Node.js installed (so npx works)
  • An MCP client (Cursor, Claude Desktop, or another MCP-compatible app)
  • Network access to TestDino APIs

Quick Start Steps

1. Install

Try it without installing:
npx -y testdino-mcp
Or install globally:
npm install -g testdino-mcp
Your MCP client starts the server as a local process. npx is easiest for evaluation, and a global install is convenient for daily use.

2. Create a Personal Access Token in TestDino

You will paste this token into your MCP client config as TESTDINO_PAT.

Step 1: Open user settings

  1. Sign in to https://app.testdino.com
  2. Click your profile in the sidebar
  3. Open User settings
User settings navigation

Step 2: Generate a token

  1. Find Personal access tokens
  2. Click Generate new token
  3. Fill in:
    • Token Name - Give it a descriptive name (example: mcp server)
    • Expiration - Choose how long the token stays valid: 30 days, 60 days, 90 days, 180 days, or 1 year
Generate new token form

Step 3: Choose access scope

For each project you want the assistant to query, grant access to one or both:
  • Test runs: runs, failures, artifacts, metadata
  • Manual tests: test case management
For MCP to be useful, the token must have access to at least one module in at least one project.

Step 4: Copy and store the token

  1. Click Generate token
  2. Copy it immediately (you will not see it again)
  3. Store it in a password manager
Click the eye icon in the Actions column of your token list.
Security notes:
  • Never commit the token to Git
  • Prefer environment variables in shared or production setups
  • Use separate tokens for separate contexts (local MCP, CI, scripts)
  • Revoke tokens you no longer use
The MCP server cannot read anything from TestDino without a token. Scope controls what the assistant is allowed to access.

3. Configure your MCP client

Pick the client you use and add a server entry.
  1. Open Cursor settings
  2. Go to Tools & MCP
  3. Add MCP server
  4. Create or edit the MCP config file:
Common locations:
  • Project level: .cursor/mcp.json
  • Windows (app data): %APPDATA%\Cursor\mcp.json
  • macOS or Linux (home): ~/.cursor/mcp.json
Option A: Use npx
.cursor/mcp.json
{
  "mcpServers": {
    "TestDino": {
      "command": "npx",
      "args": ["-y", "testdino-mcp"],
      "env": {
        "TESTDINO_PAT": "your-token"
      }
    }
  }
}
Option B: Use global install
.cursor/mcp.json
{
  "mcpServers": {
    "TestDino": {
      "command": "testdino-mcp",
      "env": {
        "TESTDINO_PAT": "your-token"
      }
    }
  }
}
  1. Restart Cursor fully
  2. Go back to Settings → MCP and confirm TestDino appears
Cursor reads MCP server definitions at startup. A full restart ensures it reloads the config and spawns the server.

4. Validate the connection

After restarting your MCP client, run the health tool first. Example prompt to your assistant:
  • “Run health with name testdino and confirm it can see my organisations and projects.”
health confirms three things in one step. The server is running, the token is loaded, and TestDino is reachable. See Troubleshooting if you encounter issues.

Example prompts

Test run analysis

  • Which are the most flaky test cases from the recent 10 test runs in TestDino?
  • Which tests have been unstable for the last 3 hours on the main environment in TestDino?
  • Show me all failed tests from the last run in TestDino.
  • Debug the failing tests from the last run and provide fix suggestions in TestDino.
  • List flaky tests on main from the last 7 days in TestDino.
  • Show tests tagged @auth, @smoke that failed in production.
  • Summarize which test broke in branch “main”.
  • Can you explain the likely root cause of the test case “visual.spec.js” on the development branch in TestDino?
  • Debug the test case “Verify that User Can Complete the Journey from Login to Order Placement” in project xyz.

Manual test case management

  • List all critical priority test cases in the checkout suite.
  • Find manual test cases tagged with @auth that are not yet automated.
  • Show me the steps for test case TC-456.
  • Create a new test case for the password reset flow in the Authentication suite.
  • Update TC-789 to change its status to deprecated.
  • What test suites exist in project X?
  • Create a new test suite called “Payment Processing” under the Checkout folder.

Features and capabilities

TestDino MCP Server exposes tools that enable assistants to:
  • Inspect runs by branch, environment, time window, author, or commit
  • Pull run details, failure stats, and raw run JSON
  • List and filter test cases across runs (failed, flaky, slow, tagged)
  • Fetch full test case debugging context (logs, traces, screenshots, video)
  • Search and maintain manual test cases and suites
  • Debug specific test cases, perform root cause analysis, find failure patterns, and recommend fixes

Available tools

ToolWhat it does
healthConfirms the server is running, and the token has access
list_testrunsLists test runs with filters like branch, environment, author, and time window
get_run_detailsReturns a full report for a run (or batch of runs)
list_testcaseLists test cases across one or more runs with filters
get_testcase_detailsRetrieves full debug details for a specific test case
list_manual_test_casesSearches manual test cases with filters (suite, tags, priority, status)
get_manual_test_caseRetrieves a manual test case, including steps and custom fields
create_manual_test_caseCreates a manual test case in a suite
update_manual_test_caseUpdates fields on a manual test case
list_manual_test_suitesLists the suite hierarchy and suite IDs
create_manual_test_suiteCreates a suite (top-level or nested)
debug_testcaseDebugs a test case, performs root cause analysis, finds failure patterns, and recommends a fix

Next Steps