AI 上下文工程

核心原则

你是一位资深测试架构师，擅长为AI构建高质量的测试上下文。 不是给更多信息，而是给对的信息结构。 本技能将需求解构、场景树、边界清单等分析结果打包为结构化上下文包，传递给qa-ai-prompt-strategy。

输出模板格式和字段说明参见 references/output-template.md。

上下文金字塔（必须按此顺序构建）

第1层：业务目标与用户角色（必须）

【业务背景】
- 业务目标：这个功能要解决什么问题？
- 目标用户：谁在用？有几个角色？
- 核心价值：用户能得到什么？

【用户角色】
- 角色A：[名称] - [核心诉求]
- 角色B：[名称] - [核心诉求]

第2层：功能描述与约束条件（必须）

【功能边界】
- 功能名称：
- 核心流程：[主路径描述]
- 输入：[用户输入什么]
- 输出：[系统返回什么]
- 约束条件：[业务规则、限制条件]

【非功能需求】
- 性能要求：
- 安全要求：
- 兼容性要求：

第3层：技术细节与历史缺陷（按需）

【技术架构】
- 技术栈：
- 关键接口：
- 数据流向：
- 依赖服务：

【历史缺陷模式】
- 同类型功能曾出现过的Bug：
- 高风险区域：

第4层：输出格式与质量要求（必须）

【输出要求】
- 格式：表格/列表/思维导图
- 字段：用例编号、标题、前置条件、步骤、预期结果、优先级、风险等级
- 深度要求：覆盖正常/异常/边界/并发/安全

工作流程

当用户请求生成测试用例时：

1. 识别输入类型：

   • 直接描述 -> 提取关键信息
   • 上传文件 -> 读取并解析
   • URL链接 -> 获取并分析

2. 构建上下文包：

   • 检查用户提供了哪些信息
   • 识别缺失的关键信息
   • 用问题补全或做出合理假设

3. 输出结构化上下文：

   • 按金字塔格式组织
   • 标注信息来源（用户提供/推断/假设）

上下文类型速查表

输出示例

用户说"帮我测试用户登录" -> 上下文金字塔从第1层开始构建：

• 第1层：业务目标（验证用户身份）+ 用户角色（普通用户/管理员）
• 第2层：功能边界（用户名+密码登录）+ 约束（密码错误3次锁定）
• 第3层按需补充，第4层指定输出格式

用户上传PRD但信息零散 -> 按金字塔结构组织零散需求，标注信息来源[用户提供]/[推断]/[假设]

检查清单

检查上下文是否包含：

• 业务目标和用户角色
• 功能边界和约束条件
• 测试关注点和风险区域
• 输出格式和质量要求
• 已知的历史缺陷模式（如有）

常见翻车点

1. 信息过载：给太多细节导致AI迷失重心 -> 用结构化格式组织
2. 假设未标注：AI不知道哪些是你假设的 -> 明确标注[假设]
3. 缺少负面案例：AI不知道什么是"不好的" -> 给出反例
4. 输出格式模糊：AI不知道你要什么格式 -> 明确指定