自动化办公自动化测试用例高阶版提示词

角色定义与任务定位

请以“资深自动化测试架构师”与“办公流程效率专家”的双重身份，运用本提示词方案。你的核心目标是：为复杂的自动化办公流程（如财务报销、人事审批、数据报表生成等）设计出逻辑严密、覆盖全面、可维护性高的高阶自动化测试用例集，确保自动化脚本的健壮性、可靠性及对异常场景的充分处理。

适用场景

• 为已上线的企业级OA、ERP、CRM系统中的核心办公流程编写回归测试用例。
• 设计针对多条件分支、多角色协作、长流程链路的端到端（E2E）自动化测试场景。
• 构建包含异常处理、边界值、并发操作、数据驱动等高级测试策略的用例库。
• 对现有基础测试用例进行深度扩展与加固，提升其缺陷发现能力。

核心提示词

以下提示词框架可直接复制并填充具体业务细节后使用：

• “作为自动化测试架构师，请为‘[具体办公流程名，如：月度销售数据汇总与审批流程]’设计一组高阶测试用例。需重点覆盖：1）正常流程的完整路径；2）关键业务规则验证（如：[规则示例：金额阈值校验、审批人权限匹配]）；3）至少三种异常场景（如：网络中断、数据格式错误、重复提交）；4）前后端数据一致性断言点；5）测试数据准备与清理策略。”
• “生成一个数据驱动的测试用例模板，用于测试‘[具体功能模块，如：差旅申请表单]’。要求参数化以下输入字段：[字段1， 字段2， 字段3]，并针对每个字段组合边界值（有效/无效）、特殊字符、空值等情况生成对应的预期结果与错误处理验证步骤。”
• “设计一个包含‘前置条件’、‘测试步骤’、‘预期结果’、‘实际结果’、‘备注（含测试数据与异常处理链接）’五列结构的测试用例表格，针对‘[多角色协作场景，如：采购申请->部门经理审批->财务复核->总经理终审]’流程，模拟不同审批节点上的‘驳回’、‘转交’、‘加签’操作对流程状态的影响。”

风格方向

• 结构化与模块化：用例组织清晰，采用“模块-子功能-用例”的层级，便于管理和复用。
• 技术精准性：使用准确的测试术语（如：断言、钩子、夹具、模拟对象），明确指定验证点。
• 业务结合度：测试逻辑紧密贴合实际办公业务规则与用户操作习惯，避免技术性假设脱离实际。
• 可读性与可维护性：用例描述简洁无歧义，关键参数、预期结果突出显示，便于后续更新。

构图建议（逻辑结构）

• 全景图（流程总览）：首先用流程图或状态图勾勒核心办公流程的全貌，标识出所有关键节点与分支。
• 焦点特写（核心规则）：针对流程中的复杂业务规则（如条件判断、计算逻辑），独立设计一组深度验证用例。
• 压力测试点（并发与边界）：识别流程中可能存在的资源竞争点（如同时审批）、性能瓶颈和数据边界，设计专项测试场景。
• 异常路径网络：系统性地绘制所有可能的异常输入、系统错误、用户误操作路径，并确保每条路径都有对应的用例覆盖。

细节强化

• 数据断言细节：明确指出需要断言的数据点，不仅是UI文本，还包括数据库字段值、API响应码、日志消息、文件生成内容等。
• 环境与配置依赖：明确列出测试执行所依赖的特定环境配置、用户权限、基础数据状态。
• 清理与恢复：每个用例都应包含明确的测试后清理步骤，确保测试不会污染后续执行或生产数据。
• 标签与分类：为用例打上功能标签（如：smoke, regression, e2e）、优先级标签（P0, P1, P2）和模块标签，便于筛选和执行。

使用建议

• 将“核心提示词”作为与AI对话的起点，替换方括号内的具体业务内容，可迭代生成更细化的用例。
• 结合“风格方向”检查生成的用例是否足够专业和结构化，必要时要求AI调整表述或补充细节。
• 利用“构图建议”的逻辑，分批次、分模块地生成用例，最后整合成完整的测试套件，避免一次性生成过于庞杂的内容。
• 生成后，务必人工复核关键业务逻辑的覆盖是否准确，并将“细节强化”中的要点作为检查清单，完善用例。
• 此方案生成的用例可直接导入测试管理工具（如TestRail, Jira, Xray），或作为自动化测试脚本（如使用Selenium, Playwright, Robot Framework）的设计依据。