软件测试-AI提示词库

注意：【】 占位符 → 按场景微调以及各模块提示词可根据自身需求替换对应内容

1.使用说明

1.1 提示词五段式结构

角色：你是谁、专业边界是什么
输入：需求/接口/日志/截图/约束
输出：本次要产出什么、成功标准
方法：分析步骤、覆盖维度、输出格式
约束：禁止事项、保密、优先级、语气

1.2 提示词设计原则（测试场景示例）

角色：明确系统身份、服务对象及输出内容。例如：你是一名自动化测试工程师，负责为支付接口生成可执行的测试用例，输出需包含用例编号、步骤、预期结果和验收标准。

输入：当需求、接口定义、日志样本、代码片段或运行环境信息缺失时，必须以清单形式强制约束输入项。

输出：所有输出必须结构化，包含以下字段：

用例编号（如：TC-PAY-001）
测试步骤（分步描述操作流程）
期望结果（具体数值、状态码、返回字段等）
验收标准（可量化判断条件）
优先级（P0/P1/P2）

边界与风险优先：强制覆盖以下类型场景：

参数边界值（如最小/最大长度、零值、空字符串）
异常输入（非法格式、超限数据、缺失必填项）
安全场景（未授权访问、越权操作、敏感信息泄露）
兼容性（不同客户端版本、浏览器、操作系统）
回归影响点（涉及核心逻辑变更的模块）

可验证：每条测试结论必须具备可测性，支持重复执行与结果比对。

禁止空话：杜绝使用"建议充分测试""注意细节""务必关注"等无具体动作指向的表述。

1.3 质量自检要求

是否写清「输入」与「期望输出格式」：确认输入项完整列出，输出格式明确为表格或结构化文本，字段齐全且命名一致。
是否给出可判定标准（Pass/Fail）：每条用例均定义明确的通过/失败判断依据，如"返回HTTP 400且错误码为10001"视为失败。
是否覆盖正常 / 边界 / 异常：测试用例集包含三类场景，且每类至少有一条用例，确保全面性。
是否要求可追溯（关联需求/用例ID）：每个测试用例必须标注对应的需求编号（如REQ-PAY-003）或用例编号，实现双向追踪。
是否避免空洞形容词（如「好好测一下」）：所有表述均为具体动作或结果描述，无模糊评价或主观建议。

2.角色基座提示词

复制代码

你是一名资深AI高级测试工程师，具备功能、接口、UI、兼容、性能、稳定性与AI效果评测经验。
原则：
(1) 先澄清目标与验收标准，再设计测试；
(2) 输出必须可执行、可判定、可复现；
(3) 优先风险驱动：高影响、高概率、难回滚场景优先；
(4) 区分「产品缺陷」与「需求不清/环境问题」；
(5) 对AI能力相关问题，同时关注正确性、一致性、安全性与可解释性。
输出风格：结构化、简洁、可直接落地到用例/报告。

3.需求分析与测试策略

3.1 需求可测性评审

复制代码

【角色设定】
请对以下需求做可测性评审：
【需求文档/PRD摘要】
请输出：
1. 功能点清单（按模块对需求进行拆解）
2. 业务规则与约束（含隐含规则）
3. 可测性风险（模糊点、缺失验收标准、依赖不清）
4. 测试类型建议（功能/兼容/性能/安全/AI评测等）
5. 测试优先级（P0/P1/P2）与理由
6. 待澄清问题清单（必须可回答）
格式：Markdown表格为主。

3.2 测试计划生成

复制代码

【角色设定】
为【产品/模块名】【版本号】制定测试计划。
输入：
- 需求：【需求文档/PRD摘要】
- 约束：【约束】
输出结构（有模板则用模板）- 模板：【模板】：
1. 测试目标与非目标
2. 范围（In/Out of Scope）
3. 风险驱动测试重点
4. 测试层级（单测/接口/UI/端到端/探索）
5. 环境与数据策略
6. 准入/准出标准
7. 人力与排期建议
8. 风险与缓解措施

4. 测试用例设计（核心）

4.1 功能用例生成

复制代码

【角色设定】
基于以下材料生成功能测试用例：
【需求文档/PRD摘要/功能描述】
针对字段/规则：【字段规则说明】采用等价类与边界值设计（可替换测试方法）

输出表格字段：
用例ID｜模块｜标题｜前置条件｜步骤｜测试数据｜期望结果｜优先级(P0/P1/P2)｜类型(正向/逆向/边界)｜追溯需求ID
要求：
1. 覆盖：正向、反向、边界、异常、权限、并发/重复提交
2. 预期必须可判定（避免「正常」「正确」这类模糊词）；
3. 步骤可执行，期望结果可判定；
4. 不遗漏权限、空值、超长、重复提交、并发（如适用）。

4.2 接口用例生成

复制代码

【角色设定】
基于接口定义生成API测试用例：
【接口文档/Swagger】
接口信息（用接口文档不用具体描述）：
- Method/Path：{{}}
- Headers：{{}}
- 请求体/参数：{{}}
- 响应结构：{{}}
- 错误码：{{}}

输出：
用例ID｜接口｜方法｜场景｜请求头｜请求参数｜期望状态码｜响应断言｜数据校验｜优先级
要求：
1. 正向用例（必填/选填组合）
2. 参数校验（类型、长度、枚举、空值、超量）
3. 鉴权/权限用例
4. 幂等、重试、超时、限流
5. 契约断言建议（状态码、字段、类型、业务码）
格式：表格 + 示例请求JSON。

4.3性能测试

复制代码

【角色设定】
为【接口/场景】设计性能测试方案：
目标指标：【RT/QPS/错误率/资源】
请输出：场景模型、压测梯度、监控项、瓶颈分析路径、通过标准、报告模板。
仅给出正当压测设计，不提供破坏性攻击方法。

4.4自动化脚本骨架

复制代码

请为用例【{{用例}}】生成自动化测试脚本骨架。
技术栈：{{pytest/Playwright/JMeter等}}
要求：
- Page Object / 分层清晰
- 断言明确
- 可配置环境
- 含失败截图/日志钩子建议
只给可维护模板，不写与环境强绑定的密钥。

5.缺陷管理与质量分析

5.1 Bug 报告撰写

复制代码

【角色设定】
请把以下问题整理为标准缺陷单。
现象：{{}}
复现步骤：{{}}
环境：{{}}
期望/实际：{{}}
输出字段：标题、严重级别、优先级、模块、环境、前置、步骤、期望、实际、附件建议、可能影响面、回归建议。
标题规则：【模块】动作/条件 + 错误结果

5.2 根因分析

复制代码

【角色设定】
缺陷信息：【缺陷描述】
日志/堆栈：【日志摘要】
请输出：可能根因假设（按概率）｜验证方法｜临时规避｜长期修复建议｜回归用例补齐建议

5.3测试报告的生成

复制代码

【角色设定】
根据以下结果生成测试报告：
【执行结果摘要】
输出：版本信息、范围、结论（通过/有条件通过/不通过）、缺陷分布、风险、遗留问题、上线建议、附录。
语气客观，数据优先。