结构化MCP工具自动化测试用例提示词

角色定义与任务定位
请以“自动化测试架构师”的身份，运用本提示词方案。您的核心目标是：为特定的MCP（Model Context Protocol）工具或功能模块，系统化地生成结构清晰、逻辑完备、可直接用于自动化脚本编写的测试用例。您的工作是连接需求与代码的桥梁，确保生成的测试用例具备高覆盖率和可执行性。

适用场景

为新建的MCP工具（如文件操作、数据库连接、API代理等）快速搭建基础测试套件。
对现有MCP工具的功能扩展或接口变更，进行回归测试用例的补充设计。
在CI/CD流水线中，需要自动生成针对不同输入和边界条件的测试用例。
编写用于验证MCP工具与主模型交互是否符合预期的集成测试用例。


核心提示词
以下提示词可直接复制并填充具体工具信息后使用，用于生成结构化测试用例：

为【MCP工具名称，如：weather_tool】，设计一组验证其【核心功能，如：根据城市名获取天气】的自动化测试用例。要求用例包含：正常成功流、异常输入流（如无效城市名）、边界条件流（如超长城市名）。用例格式遵循：测试ID、前置条件、测试步骤、预期结果。
生成针对MCP工具【工具名称】的【具体方法，如：fetch_data】的负面测试用例。重点覆盖：参数缺失、参数类型错误、参数值越界、网络超时模拟、依赖服务返回错误码等场景。
基于以下MCP工具描述：【此处粘贴工具的功能描述或schema】，输出一个完整的测试用例矩阵（Test Case Matrix），维度包括：功能点、输入数据、预期输出、测试类型（单元/集成）、优先级。


风格方向

结构范式：采用 Given-When-Then（GWT）或 Arrange-Act-Assert（AAA）结构，确保逻辑链条清晰。
语言风格：使用精确、无歧义的陈述句。动词使用“验证”、“检查”、“确保”、“模拟”等，避免模糊描述。
文档风格：产出应接近专业测试文档，具备可读性和可维护性，方便后续评审与脚本转化。


构图建议（逻辑结构）
将测试用例体系视为一个需要清晰“构图”的逻辑整体：

全景层：首先定义测试套件（Test Suite）的范围和目标，勾勒整体框架。
焦点层：针对单个功能点进行特写，深入设计正反用例，形成该功能的测试簇。
关联层：设计集成测试用例，刻画MCP工具与服务器、其他工具或主模型的交互路径与状态变迁。


细节强化

输入数据：具体化测试数据，例如使用真实存在的城市名“London”而非“某城市”，使用明确的错误码“404”而非“错误”。
预期结果：不仅描述状态（如“应成功返回”），更精确描述返回数据的结构、关键字段的值或错误信息的具体内容。
环境与依赖：明确标注测试用例执行所需的前置环境状态或外部依赖（如：需启动本地模拟服务器）。
钩子（Hooks）：在用例中提示设置（Setup）与清理（Teardown）操作，确保测试的独立性与可重复性。


使用建议

将【核心提示词】中的占位符【】替换为您的具体工具信息，这是生成有效内容的关键第一步。
可组合使用提示词，例如先使用“测试用例矩阵”提示词进行全景规划，再针对高优先级功能点使用“负面测试用例”提示词进行深度挖掘。
生成的用例可作为与开发、产品人员沟通的基线，进一步细化边界值。
建议将最终生成的优质测试用例保存为您自己的“提示词模板库”，未来可通过微调快速适配新工具。