Zebrunner MCP Server
Related Servers
Alternatives to Zebrunner MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables AI-driven management of Zephyr test assets and Jira integrations through natural language, including creating test cases, steps, cycles, and linking tests to issues.1MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI models (Claude, ChatGPT, GitHub Copilot) to run and analyze local tests, rerun failures, and orchestrate QA workflows using existing UI and API test frameworks.7 npmMIT
- FlicenseNot gradedqualityDmaintenanceEnables AI-powered web test automation with self-healing locators and automatic GitHub checkin.-
- FlicenseAqualityCmaintenanceEnables management of TestMu AI test projects, test cases, test runs, and integration with Jira, HyperExecute, and AI insights through natural language.391-
- FlicenseNot gradedqualityDmaintenanceEnables intelligent analysis of regression test failures and automatic discovery of solutions in JIRA. Analyzes test logs using AI-driven algorithms and matches errors with relevant JIRA issues through natural language interactions.-
- AlicenseAqualityBmaintenanceConnects AI coding assistants to TestCollab for managing test cases, plans, and suites directly through natural language. It enables users to create, update, and query testing resources within integrated development environments and AI chat clients.1716 npm4MIT
TDQS
Scored across 49 tools
Multiple tools have overlapping purposes, causing significant ambiguity. For example, 'get_all_tcm_test_cases_by_project', 'get_all_tcm_test_cases_with_root_suite_id', 'get_test_case_by_filter', 'get_test_cases_advanced', and 'get_test_cases_by_suite_smart' all retrieve test cases with subtle distinctions that an agent would struggle to differentiate. Similarly, 'analyze_test_cases_duplicates' and 'analyze_test_cases_duplicates_semantic' overlap in purpose, and 'get_launch_details' vs. 'get_launch_summary' vs. 'get_launch_test_summary' are confusingly similar. The descriptions help but don't fully resolve the redundancy.
The naming follows a mixed convention with some consistency but notable deviations. Most tools use snake_case (e.g., 'aggregate_test_cases_by_feature', 'get_launch_details'), which is good, but there are inconsistencies like 'list_test_runs' (verb-first) vs. 'get_all_launches_for_project' (get-first), and some tools lack clear verb patterns (e.g., 'test_reporting_connection'). While readable, the mix of 'get', 'list', 'analyze', and other verbs without a strict pattern reduces predictability.
With 49 tools, the count is excessive for a test management server, leading to bloat and confusion. Many tools could be consolidated (e.g., multiple test case retrieval methods, duplicate analysis variants), and the high number suggests poor scoping. This overwhelms agents and makes navigation difficult, as typical MCP servers for similar domains (like GitHub with 10-15 tools) are more manageable. The server's purpose is clear, but the tool surface is unnecessarily fragmented.
The tool set is highly comprehensive for test management, covering analysis, retrieval, reporting, and automation tasks with few obvious gaps. It includes CRUD-like operations for test cases, launches, and suites, along with advanced features like failure analysis and duplicate detection. Minor gaps might include direct update or delete tools for test cases, but the server focuses on read and analyze operations, which aligns with its reporting and analytics domain. Overall, the coverage is thorough and supports complex workflows.