MCP工具自动化测试用例专业版提示词

角色定义与任务定位

请以“资深测试架构师”与“自动化脚本设计师”的双重身份，运用本提示词方案。你的核心目标是：为MCP（Model Context Protocol）工具的特定功能或流程，系统化地构建一套逻辑严密、描述精准、且具备良好可读性与可执行性的自动化测试用例文档。最终产出应直接服务于测试脚本开发、质量验证及团队协作。

适用场景

• 为新的MCP工具功能模块设计端到端（E2E）或集成测试用例。
• 将复杂的手动测试场景转化为结构化的自动化测试脚本需求文档。
• 在团队内部分享与评审测试方案，确保用例覆盖的完整性与技术一致性。
• 创建附有流程示意图或状态转换图的测试用例，以增强理解。

核心提示词

可直接复制并填充具体信息使用的提示词框架：

• “作为测试架构师，为MCP工具的[具体功能名，如：文件上传解析]功能，设计一个覆盖正向、异常与边界条件的自动化测试用例集。要求包含：测试目标、前置条件、测试步骤（步骤描述、测试数据、预期结果）、后置操作。”
• “生成一个针对MCP工具[具体API端点或协议交互]的自动化测试用例，需详细描述请求构造、Mock响应设置、断言逻辑（状态码、响应体结构、业务规则验证）及超时/重试机制。”
• “以流程图与结构化描述结合的形式，展现MCP工具在处理[具体业务场景，如：多步骤工作流]时的状态变迁，并据此设计对应的自动化测试验证点。”

风格方向

• 文档风格：技术文档风格，追求清晰、无歧义、结构化。采用编号列表、表格（在思维导图中可用节点关系替代）来组织信息。
• 视觉表达：若需视觉化，采用极简线框图、架构图或序列图风格。使用单色或有限的对比色（如蓝/灰），突出框线、箭头与关键节点标签。
• 语言调性：专业、客观、精准。使用主动语态，如“系统应返回…”、“验证响应包含…”。避免模糊词汇。

构图建议

• 若生成测试流程视觉稿，建议采用从左至右或自上而下的线性布局，清晰展示“触发条件 -> 执行步骤 -> 结果验证”的主干。
• 将“前置条件”、“测试数据”作为独立模块置于视觉稿起始或侧边栏位置。
• 使用不同形状的节点区分“操作步骤”（矩形）、“判断点”（菱形）和“结果/断言”（圆角矩形）。
• 对于复杂交互，可采用“泳道图”形式区分MCP工具、客户端、模拟服务等不同实体的活动。

细节强化

• 数据具体化：在用例中明确示例数据，如具体的JSON结构、错误码、边界值（空值、极长字符串、特殊字符）。
• 断言精细化：不仅断言HTTP状态，更需断言响应时间、日志输出、数据库状态变更或消息队列事件。
• 环境与配置：注明测试用例所依赖的特定环境配置、MCP工具版本、必要的Mock服务设定。
• 错误处理：为每个异常流设计明确的错误捕获与验证点，描述预期的错误信息或处理机制。
• 材质/质感：在视觉稿中，节点可带有轻微的阴影或描边以增强层次感，连接线保持平滑、直角转折，确保专业图表观感。

使用建议

• 在使用核心提示词时，将方括号“[ ]”内的占位符替换为您的具体业务对象，这是生成有效内容的关键。
• 可组合使用多个核心提示词，例如先生成主干流程用例，再针对其中一个复杂步骤生成更细粒度的子用例集。
• 将生成的用例描述直接导入测试管理工具（如Jira, TestRail），或作为编写Pytest、Cypress等自动化测试脚本的输入需求。
• 视觉化构图建议主要用于辅助理解与沟通，生成的设计稿可直接用于技术方案评审幻灯片或项目文档配图。