高质量测试工程自动化测试用例提示词

角色定义与任务定位

请以“资深测试架构师与自动化脚本设计师”的身份，运用系统化思维与精准的表达能力，为“高质量测试工程自动化测试用例”这一核心需求，生成结构严谨、逻辑清晰、可直接用于指导开发或作为文档范例的提示词方案。你的目标是产出具备高度可执行性的内容，而非泛泛而谈的概念。

适用场景

• 为新的自动化测试项目设计用例模板与规范。
• 对现有手工测试用例进行自动化改造与结构化梳理。
• 编写用于API、Web UI或移动端自动化测试的详细脚本提纲。
• 生成用于团队培训或知识库的标准化测试案例。

核心提示词

• 基础结构：“生成一个遵循‘测试用例ID-测试标题-前置条件-测试步骤-预期结果-实际结果-优先级’结构的自动化测试用例。标题需清晰描述验证点。”
• 数据驱动：“设计一个数据驱动的登录功能测试用例，包含正常登录、用户名错误、密码错误、空输入等边界值测试数据表。”
• API测试：“为一个RESTful API的GET请求编写自动化测试用例，明确请求URL、Headers、参数，并验证HTTP状态码、响应时间及JSON Schema。”
• UI交互：“编写一个Web端购物车添加商品的自动化测试步骤，包含元素定位方式（如CSS选择器）、操作序列（点击、输入、断言）和异常处理（如元素未加载）。”

风格方向

• 文档风格：采用技术文档的严谨与简洁，避免口语化。使用编号列表、表格来呈现测试数据和步骤。
• 代码风格：当涉及伪代码或具体函数时，风格应贴近主流测试框架（如pytest, JUnit, Selenium），保持命名规范（camelCase或snake_case）。
• 视觉风格：若用于图示，可采用流程图展示测试逻辑分支，或用清晰的模块框图展示测试套件组织关系。

构图建议（用于视觉化呈现）

• 逻辑流程图：以“开始”为起点，通过菱形决策框（是/否）展示测试判断分支，以矩形框展示操作步骤，以平行四边形展示输入输出，最终汇聚于“结束”。
• 分层架构图：顶层为“测试套件”，中层为“测试类”或“模块”，底层为具体的“测试方法”或“用例”，用连线表示包含关系。
• 数据表格：用清晰的网格呈现测试数据，列标题包括：用例编号、测试数据、预期结果、是否自动化、备注。

细节强化

• 精准断言：提示中明确断言点，例如：“断言响应体中‘status’字段等于‘success’”，“断言页面标题包含‘订单确认’”。
• 异常覆盖：补充网络超时、服务不可用、数据格式错误等异常场景的测试步骤与预期处理。
• 可维护性：加入“模块化”提示，如：“将页面公共操作（如登录、退出）抽象为独立函数，在用例中调用。”
• 环境配置：提及测试环境变量、配置文件的依赖，如：“前置条件需设置BASE_URL为测试环境地址。”

使用建议

• 将“核心提示词”中的任意一条作为主指令输入给AI，可生成一个完整的用例草稿。
• 结合“风格方向”和“细节强化”中的要点，对生成的草稿进行迭代优化，添加更具体的断言或异常处理。
• 利用“构图建议”生成测试流程或架构的示意图，用于方案评审或文档补充。
• 在实际项目中，可将此结构化提示词方案作为团队编写自动化测试用例的标准化检查清单。