create_case
Create a new test case
Manage Qase test cases, runs, results, plans, suites and shared steps from a conversation — including bulk result submission.
No longer maintained. The GitHub repository for this server is archived — no fixes or security updates are expected.
LABSCO SUMMARY
Reading test cases from a chat is convenient; pushing a whole run's results back in one call is what removes a manual step from a CI or exploratory-testing loop. The README documents delete tools for projects, plans, suites and shared steps, but the server does not load them, so removals still happen in Qase itself. The README itself flags an official Qase server as the production choice.
An MCP server over the Qase test management API, covering the entities a QA workflow actually moves between: projects, test cases, runs, results, plans, suites and shared steps. Most entities can be created, read and updated, not only looked up.
list_projects, get_project, create_projectget_cases, get_case, create_case, update_caseget_runs, get_runget_results, get_result, create_result, create_result_bulk, update_resultget_plans, create_plan, update_plan, get_suites, create_suite, update_suiteget_shared_steps, get_shared_step, create_shared_step, update_shared_stepA Qase API token in QASE_API_TOKEN. The npm package name is mcp-qase (0.1.0) and it is marked private, so build from a clone with npm install and npm run build, then have your client run the built index.js. Note that Qase now publishes an official MCP server of its own, which the README points to for production use — worth comparing before you commit to this one.
Build from source
USE CASES
Submit every result for the run in one bulk call rather than entering them individually, and correct any that were logged wrongly.
Read the existing cases in the suite to match their style, then create the new ones without leaving the conversation.
List the suites and plans and update the ones that changed shape; the delete tools do not load, so removing one is still done in Qase.
Update the shared step once so every case referring to it changes with it, instead of editing each case.
Read the run and its results together, so pass and fail counts sit next to the cases they came from.
Counted once with only startup setup. Other versions, modes or optional credentials may expose a different list.
create_caseCreate a new test case
create_planCreate a new test plan
create_projectCreate new project
create_resultCreate test run result
create_result_bulkCreate multiple test run results in bulk
create_shared_stepCreate a new shared step
create_suiteCreate a new test suite
get_caseGet a specific test case
get_casesGet all test cases in a project
get_planGet a specific test plan
get_plansGet all test plans in a project
get_projectGet project by code
get_resultGet test run result by code and hash
get_resultsGet all test run results for a project
get_runGet a specific test run
get_runsGet all test runs in a project
get_shared_stepGet a specific shared step
get_shared_stepsGet all shared steps in a project
get_suiteGet a specific test suite
get_suitesGet all test suites in a project
list_projectsGet All Projects
update_caseUpdate an existing test case
update_planUpdate an existing test plan
update_resultUpdate an existing test run result
update_shared_stepUpdate an existing shared step
update_suiteUpdate an existing test suite
BEFORE YOU INSTALL
26 tools when we connected; the project documents 30. The four missing tools are the deletes: delete_project, delete_plan, delete_suite and delete_shared_step. No documented switch enables them.
QASE_API_TOKEN in your environment
INSTALLATION
git clone https://github.com/rikuson/mcp-qase
cd mcp-qase
npm install
npm run build{
"mcpServers": {
"mcp-qase": {
"command": "<YOUR_PATH_TO_MCP_QASE>/build/index.js",
"env": {
"QASE_API_TOKEN": "<YOUR_TOKEN>"
}
}
}
}env QASE_API_TOKEN=<YOUR_TOKEN> <YOUR_PATH_TO_MCP_QASE>/build/index.js