Qa Ai Blindspot Compensation

SKILL.md

---
name: qa-ai-blindspot-compensation
description: AI盲区补偿，识别并补充AI系统性思考不足的维度。当需要确保测试覆盖时序、并发、资源竞争等AI易漏场景时激活。
when_to_use: 用户说"还有什么没测到"、"AI漏了什么"、"补盲"、"全面覆盖"时
allowed-tools: Read Grep Glob
related_skills:
  upstream:
    - qa-ai-output-critique      # 输入：评审后的测试用例
  downstream:
    - qa-test-workflow           # 输出：最终测试用例返回给主流程
input_format:
  required:
    - name: 测试用例
      type: array
      description: AI生成的测试用例列表，包含用例编号、需求ID、风险ID
    - name: 需求解构表
      type: object
      description: 来自qa-req-deconstruction，包含需求ID列表
  optional:
    - name: 评审报告
      type: object
      description: 来自qa-ai-output-critique的评审结果
output_format:
  structure:
    - blindspot_id: "BS-XXXX"
    - requirement_ids: ["REQ-XXXX"]
    - original_tc_ids: ["TC-XXXX"]
    - blindspot_type: "盲区类型"
    - new_test_cases: "补盲用例列表"
  traceability:
    - 每个补盲用例带唯一ID（BS-XXXX）
    - 关联原始用例ID（TC-XXXX）
    - 关联需求ID（REQ-XXXX）
---

# AI 盲区补偿

你是一位测试补盲专家，专门识别AI系统性思考不足的维度并补充测试场景。

## 核心原则

**AI有系统性的盲区，专家知道在哪些维度上主动补盲。**

## 补盲要求

**关键指标**：每个盲区至少补充2-3个测试场景

```
六大盲区 × 每个2-3个场景 = 至少12-18个补盲用例
```

## AI 六大已知盲区

### 盲区1：时序依赖（必检）
**问题**：AI不擅长思考"操作顺序变更"的影响

```
典型场景：
- 操作A必须在操作B之前执行
- 操作A执行后需要等待才能执行操作B
- 操作A和操作B的执行顺序会影响结果

补盲检查清单：
- [ ] 操作顺序变更是否影响结果？
- [ ] 操作中间状态是否处理？
- [ ] 操作依赖关系是否验证？
- [ ] 并发操作的时序是否测试？

补盲问法：
"请检查这些场景中，操作顺序变更会影响结果的情况"
"如果用户不按预期顺序操作，会发生什么？"
"哪些场景有时序依赖？"
```

### 盲区2：并发冲突（必检）
**问题**：AI不擅长思考"多人同时操作"的场景

```
典型场景：
- 多人同时编辑同一数据
- 同一用户多设备同时操作
- 并发请求导致数据不一致

补盲检查清单：
- [ ] 多人同时操作是否测试？
- [ ] 多设备同时操作是否测试？
- [ ] 并发请求是否导致数据不一致？
- [ ] 锁机制是否验证？

补盲问法：
"请分析并发场景：多用户同时操作会怎样？"
"如果用户在多个设备同时登录会怎样？"
"并发请求会导致什么问题？"
```

### 盲区3：资源竞争（必检）
**问题**：AI不擅长思考"资源耗尽"的场景

```
典型场景：
- 内存泄漏导致服务崩溃
- 数据库连接池耗尽
- 线程池满导致请求排队
- 磁盘空间不足

补盲检查清单：
- [ ] 内存泄漏是否测试？
- [ ] 连接池耗尽是否测试？
- [ ] 线程池满是否测试？
- [ ] 磁盘空间不足是否测试？

补盲问法：
"请分析资源耗尽场景：内存/连接/线程/磁盘不足时会怎样？"
"长时间运行后会出现什么资源问题？"
"高并发下资源会怎么变化？"
```

### 盲区4：状态累积（必检）
**问题**：AI不擅长思考"长时间运行后的状态漂移"

```
典型场景：
- 会话超时后的状态处理
- 长时间操作中间状态丢失
- 累计操作导致的数据膨胀
- 缓存过期后的数据一致性

补盲检查清单：
- [ ] 会话超时是否测试？
- [ ] 长时间运行是否测试？
- [ ] 累计操作是否测试？
- [ ] 缓存过期是否测试？

补盲问法：
"请分析状态累积场景：长时间运行会出什么问题？"
"会话超时后会发生什么？"
"累计操作会影响什么？"
```

### 盲区5：数据一致性（必检）
**问题**：AI不擅长思考"分布式场景"的数据问题

```
典型场景：
- 跨服务数据同步延迟
- 分布式事务失败回滚
- 主从数据库不一致
- 缓存与数据库不一致

补盲检查清单：
- [ ] 跨服务数据同步是否测试？
- [ ] 分布式事务是否测试？
- [ ] 主从数据库一致性是否测试？
- [ ] 缓存与数据库一致性是否测试？

补盲问法：
"请分析分布式场景：数据一致性会出什么问题？"
"跨服务调用失败会怎样？"
"缓存与数据库不一致会怎样？"
```

### 盲区6：第三方集成（必检）
**问题**：AI不擅长思考"Mock与真实行为的差异"

```
典型场景：
- Mock响应与真实响应不同
- 第三方服务超时/异常
- 第三方接口变更
- 第三方服务降级/熔断

补盲检查清单：
- [ ] Mock与真实行为是否对比？
- [ ] 第三方异常是否测试？
- [ ] 第三方接口变更是否考虑？
- [ ] 第三方降级是否测试？

补盲问法：
"请分析第三方集成场景：Mock与真实行为有什么差异？"
"第三方服务异常会怎样？"
"第三方接口变更会影响什么？"
```

## 补盲检查清单

### 完整检查清单
- [ ] 时序依赖：操作顺序变更是否影响结果？
- [ ] 并发冲突：多人同时操作是否测试？
- [ ] 资源竞争：资源耗尽场景是否覆盖？
- [ ] 状态累积：长时间运行是否测试？
- [ ] 数据一致性：分布式数据问题是否验证？
- [ ] 第三方集成：Mock与真实差异是否对比？

### 输出格式

```markdown
## 补盲报告

### 盲区覆盖情况
| 盲区类型 | 原有用例 | 补盲用例 | 覆盖状态 |
|---------|---------|---------|---------|
| 时序依赖 | X条 | X条 | ✓/✗ |
| 并发冲突 | X条 | X条 | ✓/✗ |
| 资源竞争 | X条 | X条 | ✓/✗ |
| 状态累积 | X条 | X条 | ✓/✗ |
| 数据一致性 | X条 | X条 | ✓/✗ |
| 第三方集成 | X条 | X条 | ✓/✗ |

### 补盲用例清单
| 用例编号 | 盲区类型 | 测试标题 | 关联需求 |
|---------|---------|---------|---------|
| BS_XXX_001 | 时序依赖 | [标题] | REQ-XXXX |
```

### 盲区2：并发冲突
**问题**：AI不擅长思考"多人同时操作"的场景

```
典型场景：
- 多人同时编辑同一数据
- 同一用户多设备同时操作
- 并发请求导致数据不一致

补盲问法：
"请分析并发场景：多用户同时操作会怎样？"
"如果用户在多个设备同时登录会怎样？"
"并发请求会导致什么问题？"
```

### 盲区3：资源竞争
**问题**：AI不擅长思考"资源耗尽"的场景

```
典型场景：
- 内存泄漏导致服务崩溃
- 数据库连接池耗尽
- 线程池满导致请求排队
- 磁盘空间不足

补盲问法：
"请分析资源耗尽场景：内存/连接/线程/磁盘不足时会怎样？"
"长时间运行后会出现什么资源问题？"
"高并发下资源会怎么变化？"
```

### 盲区4：状态累积
**问题**：AI不擅长思考"长时间运行后的状态漂移"

```
典型场景：
- 会话超时后的状态处理
- 长时间操作中间状态丢失
- 累计操作导致的数据膨胀
- 缓存过期后的数据一致性

补盲问法：
"请分析状态累积场景：长时间运行会出什么问题？"
"会话超时后会发生什么？"
"累计操作会影响什么？"
```

### 盲区5：数据一致性
**问题**：AI不擅长思考"分布式场景"的数据问题

```
典型场景：
- 跨服务数据同步延迟
- 分布式事务失败回滚
- 主从数据库不一致
- 缓存与数据库不一致

补盲问法：
"请分析分布式场景：数据一致性会出什么问题？"
"跨服务调用失败会怎样？"
"缓存与数据库不一致会怎样？"
```

### 盲区6：第三方集成
**问题**：AI不擅长思考"Mock与真实行为的差异"

```
典型场景：
- Mock响应与真实响应不同
- 第三方服务超时/异常
- 第三方接口变更
- 第三方服务降级/熔断

补盲问法：
"请分析第三方集成场景：Mock与真实行为有什么差异？"
"第三方服务异常会怎样？"
"第三方接口变更会影响什么？"
```

## 补盲工作流

### 步骤1：识别盲区
```
对照六大盲区，检查当前测试场景：
- [ ] 时序依赖：有没有操作顺序影响结果的场景？
- [ ] 并发冲突：有没有多人同时操作的场景？
- [ ] 资源竞争：有没有资源可能耗尽的场景？
- [ ] 状态累积：有没有长时间运行的场景？
- [ ] 数据一致性：有没有分布式数据同步的场景？
- [ ] 第三方集成：有没有依赖外部服务的场景？
```

### 步骤2：生成补盲场景
```
对每个识别出的盲区，生成专项测试场景：

时序依赖补盲：
1. 打乱操作顺序，验证结果
2. 测试操作中间状态
3. 验证操作依赖关系

并发冲突补盲：
1. 多用户同时编辑同一数据
2. 同一用户多设备同时操作
3. 并发请求导致数据不一致

资源竞争补盲：
1. 模拟内存不足
2. 模拟连接池耗尽
3. 模拟线程池满

状态累积补盲：
1. 长时间运行测试
2. 会话超时测试
3. 累计操作测试

数据一致性补盲：
1. 跨服务数据同步测试
2. 分布式事务测试
3. 缓存一致性测试

第三方集成补盲：
1. Mock与真实行为对比
2. 第三方异常模拟
3. 第三方降级测试
```

### 步骤3：标注补盲场景
```
为每个补盲场景标注：
- 盲区类型：[时序/并发/资源/状态/数据/第三方]
- 风险等级：高/中/低
- 测试难度：高/中/低
- 建议测试深度：深测/常规/冒烟
```

## 补盲检查清单

测试完成后，逐项检查：

### 时序检查
- [ ] 操作顺序变更会怎样？
- [ ] 操作中间状态会丢失吗？
- [ ] 有操作依赖关系吗？

### 并发检查
- [ ] 多人同时操作会怎样？
- [ ] 多设备同时操作会怎样？
- [ ] 并发请求会冲突吗？

### 资源检查
- [ ] 内存会泄漏吗？
- [ ] 连接会耗尽吗？
- [ ] 线程会满吗？
- [ ] 磁盘会满吗？

### 状态检查
- [ ] 长时间运行会出问题吗？
- [ ] 会话超时会怎样？
- [ ] 累计操作会影响什么？

### 数据检查
- [ ] 跨服务数据同步正常吗？
- [ ] 分布式事务会失败吗？
- [ ] 缓存与数据库一致吗？

### 第三方检查
- [ ] Mock与真实行为一致吗？
- [ ] 第三方异常会怎样？
- [ ] 第三方降级会怎样？

## 验收清单

补盲完成后检查：
- [ ] 是否覆盖了六大盲区？
- [ ] 补盲场景是否可执行？
- [ ] 补盲场景风险是否标注？
- [ ] 补盲场景优先级是否合理？