高阶版测试工程文档自动化处理提示词

角色定义与任务定位

请以“测试工程文档架构师”或“自动化脚本与内容策略师”的身份，运用本方案。您的核心目标是：设计一套系统化、可复用的提示词指令集，用以驱动AI工具（如大语言模型）自动化生成、格式化、校对或重构软件测试领域的专业文档，确保输出内容兼具技术准确性、结构规范性与项目实用性。

适用场景

• 自动化生成测试计划、测试用例、测试报告的核心内容框架。
• 将零散的测试要点、会议纪要或缺陷列表，快速整理为结构化的文档段落。
• 对现有测试文档进行语言润色、术语标准化或格式统一化处理。
• 根据特定的测试类型（如性能、安全、兼容性）生成对应的文档模板与描述范例。
• 将代码注释、API文档或配置说明，转化为更易于测试团队理解的检查清单或操作步骤。

核心提示词

以下提示词可直接组合或拆解使用，请将【】内的内容替换为您的具体需求：

• “作为资深测试工程师，请为【某电商平台支付模块】起草一份《集成测试计划》的‘测试策略’与‘资源分配’章节，要求包含风险评估与缓解措施。”
• “请将以下散乱的用户故事验收标准，重构为格式统一的Gherkin语法测试用例（Given-When-Then格式）：【粘贴原始文本】。”
• “自动化处理以下缺陷列表，为每个缺陷生成一段标准的‘问题描述’，需包含前置条件、操作步骤、预期结果与实际结果：【粘贴缺陷ID与关键词】。”
• “请以专业、客观、简洁的风格，重写以下测试报告摘要，突出核心发现与关键指标：【粘贴原始摘要】。”
• “基于【Selenium】与【JUnit】框架，生成一份包含‘环境配置’、‘常用方法封装示例’与‘异常处理建议’的测试脚本编写指南。”

风格方向

• 文体风格：技术文档风格，追求清晰、准确、无歧义。避免口语化和过度修饰。
• 术语规范：严格使用项目内或行业标准术语（如：UT、IT、ST、UAT、冒烟测试、回归测试）。
• 语气基调：客观中立、严谨务实。陈述事实，基于证据得出结论。
• 结构化程度：高。善用分级标题、编号列表、表格、代码块等元素，使逻辑层次分明。

构图建议（文档结构）

将文档视为需要精心布局的“信息图”，建议采用以下逻辑结构进行内容组织：

• 金字塔结构：结论先行。在报告或摘要中，首先呈现核心结论与建议。
• 模块化编排：将大文档拆分为独立、可复用的模块（如：概述、范围、策略、用例、数据、报告）。
• 清单体与表格化：对于环境配置、检查项、测试数据，优先使用清单或表格呈现，提升可读性与可核对性。
• 流程可视化引导：用“步骤1 > 步骤2 > 步骤3”或“如果…则…否则…”的逻辑链描述测试流程。

细节强化

• 数据与指标：明确要求包含具体的版本号、通过率、缺陷密度、响应时间、CPU利用率等量化指标。
• 引用与关联：指示AI主动关联需求ID、用户故事ID、缺陷ID、代码提交哈希值，建立可追溯性。
• 预设变量与占位符：在提示词中使用如【项目名称】、【模块名称】、【日期】等占位符，便于批量替换。
• 格式指令：明确指定输出格式，如“请以Markdown格式输出，二级标题使用##，代码块使用```包裹”。
• 边界与例外：提示AI考虑边界条件、异常场景和错误处理，使生成的用例或说明更完备。

使用建议

• 迭代优化：将首次输出作为“初稿”，通过追加“增加一个‘回滚方案’章节”或“用更简洁的语言概括第一段”等指令进行迭代精修。
• 上下文投喂：在复杂任务中，先向AI提供项目背景、术语表或旧文档作为上下文，再发出核心生成指令。
• 组合技：将“核心提示词”中的不同指令串联使用，例如先让AI生成用例，再让其将用例汇总为测试报告。
• 质量控制：生成后，务必对关键的技术细节、数据准确性进行人工复核，AI擅长结构与语言，但您掌握最终的技术决策权。
• 模板化沉淀：将验证有效的提示词片段保存为团队共享模板，形成属于您团队的“文档自动化知识库”。