wopee-mcp
OfficialRelated Servers
Alternatives to wopee-mcp
AlicenseBqualityAmaintenancePostman’s remote MCP server connects AI agents, assistants, and chatbots directly to your APIs on Postman. Use natural language to prompt AI to automate work across your Postman collections, environments, workspaces, and more.424,401 npm318Apache 2.0- AlicenseAqualityNot gradedmaintenanceEnables browser automation through Playwright using accessibility tree snapshots instead of screenshots. Supports web scraping, form interactions, testing, and connecting to existing browser sessions with logged-in accounts.233,485 npm5-
Related Servers
- AlicenseBqualityDmaintenanceMCP server for end-to-end QA automation: generates test scenarios, discovers Playwright locators, creates TypeScript test code, executes tests, and creates GitHub issues for failures.624 npmMIT
- AlicenseNot gradedqualityBmaintenanceAI-powered E2E testing MCP server. Point at a URL — AI generates test scenarios, runs Playwright tests, and self-heals failures automatically. Works on Canvas and Flutter Web apps.162 PyPI7AGPL 3.0

AWARSEofficial
AlicenseAqualityBmaintenanceSelf-healing browser automation MCP server integrating Playwright with LLM-assisted locator repair.61MIT- AlicenseNot gradedqualityDmaintenanceAn MCP server that automates Playwright-based UI and API testing, supporting test case generation from requirements or API specs, and execution with detailed reports.8 npm1MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that enables AI-powered browser automation, web scraping, and testing using Playwright across Chromium, Firefox, and WebKit. It allows users to perform actions like navigation, clicking, typing, and taking screenshots through natural language interfaces.14 npmMIT
- 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.83,485 npm3-
TDQS
Scored across 15 tools
Most tools target clearly distinct resources (suites, artifacts, variables, chat, dispatches). However, three read tools — wopee_fetch_test_inventory, wopee_fetch_recent_executions, and wopee_fetch_executed_test_cases — all report test execution status with overlapping scope, and only the descriptions' explicit 'prefer X over Y' guidance keeps them apart.
Every tool follows the same wopee_<verb>_<noun> snake_case pattern (fetch_, create_, update_, generate_, dispatch_, send_, read_). The single use of 'read' instead of 'fetch' for chat history is trivial and does not break the predictable convention.
15 tools is well within a sensible range and each one maps to a distinct capability (suite lifecycle, artifact lifecycle, agent/analysis dispatch, variables, chat, GitHub issues). No tool feels redundant or bolted on.
Coverage is strong: suite creation (blank + auto-analyze), artifact generate/fetch/update, variable read/upsert, chat read/send, status retrieval, and issue reporting. Minor gaps exist — no suite/artifact deletion or renaming, and GitHub issue creation has no read/update counterpart — but core workflows are fully supported.