Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
QATOUCH_DOMAINYesYour QA Touch domain name
QATOUCH_BASE_URLNoOverride the API base URLhttps://api.qatouch.com/api/v1
QATOUCH_API_TOKENYesYour API token

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
list_projectsA

List projects in the QA Touch domain. Paginated (50 per page); the response includes pagination metadata (current_page, last_page, total). Pass page to fetch subsequent pages.

get_projectA

Get a single project's detail including test case, test run, defect and milestone (release) counts.

create_projectB

Create a new project in the QA Touch domain.

list_test_casesA

List test cases for a project. Paginated (50 per page). Optionally filter by ONE of: approvalstatus, moduleKey, mode, or requirementKey — the QA Touch API rejects multiple filters in one request. view: "count" (only valid together with mode) returns just the count.

get_test_caseA

Get a single test case's detail: mapped test runs with status, custom field values, and step descriptions with expected results.

get_test_case_stepsA

List the steps (description + expected result) of a test case. Works for both test cases and test run cases; step result keys returned here are used for step-level status updates.

list_modulesA

List the modules (sections) of a project. Set includeCounts to also return the hierarchical module/submodule test case counts.

create_moduleA

Create a new module (section) for test cases in a project. Pass parentKey to create it as a child of an existing module.

create_test_caseA

Create a test case in a module (section). template selects the style:

  • exploratory: no predefined steps

  • text: single steps text + expected_result

  • bdd: Gherkin feature script (featureScript required)

  • steps: structured step list (stepsTemplate required)

update_test_caseA

Update an existing test case. template must match the case style: exploratory, bdd (featureScript required) or steps (stepsTemplate required). Only provided fields are sent.

import_test_cases_csvA

Bulk import test cases into a project from a local CSV file (QA Touch sample format). Max 100 test cases per request; file max 2 MB.

list_releasesC

List the releases (milestones) of a project.

create_releaseB

Create a new release (milestone) in a project.

list_test_plansA

List the test plans of a project, optionally filtered by name.

list_workspacesA

List the workspaces (groups/teams) of the QA Touch domain.

list_test_runsB

List the test runs of a project, optionally filtered by name.

get_test_runB

Get a single test run's detail.

list_test_run_resultsA

List test run results. source selects the lookup:

  • run: all results of a test run (requires projectKey + testRunKey; paginated, 100 per page)

  • release: results for a release (requires projectKey + releaseKey; optional status filter)

  • history: history of one result (requires projectKey + testRunKey + resultKey)

  • case: runs & results mapped to a test case (requires caseID)

get_test_run_metadataA

Get the available test run statuses (names, plus the numeric status IDs used by bulk update endpoints). Pass projectKey to also list the users assignable to test runs.

create_test_runA

Create a test run in a project. scope selects which test cases are included:

  • all: every test case in the project

  • cases: specific test cases (caseIds required)

  • modules: cases from specific modules (moduleKeys required; optional mode filter)

clone_test_runA

Clone an existing test run for re-testing. All cases in the new run start as Untested.

update_test_resultA

Update the status of a single test run result, with an optional comment.

update_test_result_stepsA

Update the status of one or more steps of a test run case. Step result keys come from get_test_case_steps.

bulk_update_test_resultsA

Set one status (and optionally assignee/comment) across many results of a test run. by selects the target:

  • run: every case in the run (status only)

  • modules: all cases in the given modules (moduleKeys required)

  • cases: the given case codes, e.g. TR001 (caseCodes required) For per-case different statuses use update_test_results_multi instead.

update_test_results_multiA

Update several test run results in one call, each with its own status (numeric ID: 1=Passed 2=Untested 3=Blocked 4=Retest 5=Failed 6=Not Applicable 7=In Progress 8=Hold). caseFormat says how case values identify cases:

  • caseKey: the case key (e.g. MNe7x)

  • code: the numeric part of the case code (TR0029 → "29"); supports per-item comments and timeSpent

  • codeTR: the full case code (e.g. TR0028) Keep batches small (~20) to avoid the API's URL length limit.

add_test_resultA

Add a result to one or more test run results with a status, optional comment, time spent and file attachments (png, pdf, jpg, jpeg, gif, xls, xlsx, doc, docx, csv, log, zip, txt; max 2 MB each). Result keys come from list_test_run_results; a case key with prefix CASE (e.g. CASEaSaD) is also accepted.

list_defectsC

List the defects of a project.

create_defectA

Create a new defect in a project. Use get_defect_metadata to see valid priority values. Optionally attach local files (png, pdf, jpg, jpeg, gif, xls, xlsx, doc, docx, csv, log, zip, txt; max 2 MB each).

get_defect_metadataA

Get the available defect statuses, severities, priorities, issue types and environments. Pass kind for a single list, or omit it for all five.

list_requirementsA

List the requirements of a project. Set includeDocuments to also return the requirement documents they are organized under.

create_requirement_documentC

Create a new requirement document in a project under a release.

create_requirementA

Create a new requirement under a requirement document.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Darshitpipariya/qa-touch-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server