Vibe Testing
Related Servers
Alternatives to Vibe Testing
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to autonomously interact with and test web applications in a real browser, providing DOM/Accessibility tree extraction, runtime telemetry, screenshot capture, and Markdown test reports.264 npm1MIT
- AlicenseNot gradedqualityBmaintenanceAn agentic QA framework that authors, generates, triages, and self-heals Playwright tests for any web app, usable from Claude Code/Desktop as an MCP server or from CI as a CLI.5MIT
- AlicenseAqualityCmaintenanceMCP server + Chrome extension that gives AI coding agents control of your real browser with existing sessions, logins, and cookies. Works with Cursor, Claude, Windsurf.18107 npm52MIT
- AlicenseAqualityCmaintenanceAI-native browser testing, directly from your coding agent.3MIT
- FlicenseNot gradedqualityCmaintenanceExposes AI agents as MCP tools to fetch Jira stories, generate BRDs and Playwright test scripts, run tests, and auto-heal broken locators. Integrates with Claude Desktop and Cursor IDE for enterprise-grade test automation.-
- FlicenseAqualityBmaintenanceAn MCP server that gives Claude direct control of a real browser via Playwright, enabling AI-driven web testing, autonomous test execution, and live failure analysis through natural language.87,762 npm3-
TDQS
Scored across 14 tools
Most tools have clearly distinct purposes, but scan_codebase, get_coverage, and suggest_tests all return coverage gaps and test suggestions, creating real selection ambiguity. The descriptions clarify prerequisites somewhat, but an agent could still reasonably call the wrong one.
The majority of tools follow a clear imperative verb_noun snake_case pattern like scan_codebase, execute_scenario, and generate_report. However, login, cleanup, and configure are bare verbs, and run_converge uses a verb where a noun object would be more consistent with run_full_test.
Fourteen tools is within a reasonable range for a comprehensive testing workflow and most map to distinct phases. It feels slightly heavy because several tools overlap around coverage/suggestions and there is an all-in-one orchestrator, but no tool feels entirely superfluous.
The core web-testing lifecycle is well covered: configuration, login, codebase scanning, element discovery, scenario execution, coverage analysis, reporting, and cleanup. Minor gaps include no explicit way to retrieve past test results outside of generated reports or to abort a long-running convergence run.