⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills

⚠️ 安全警告：本技能的示例可能涉及被测对象的增删改操作描述（如购物车删除商品）。 这些是测试场景示例，不是对本技能数据的操作；请勿在测试执行中误删真实数据。 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。

启发式检查清单#

无复盘数据时的兜底策略：如果当前没有 qa-retrospective 的输出数据（首次使用或复盘未执行），直接使用本技能内置的默认检查清单模板，覆盖以下 8 类常见功能测试要点。上游依赖为可选，不阻塞工作流执行。

核心原则#

对不同类型的功能，资深测试脑子里有一份"这类功能通常要测什么"的 mental checklist。

功能类型清单#

必须掌握的8大功能类型：

类型典型场景测试重点表单类登录、注册、搜索、提交输入验证、业务规则、用户体验列表类商品列表、订单列表、数据报表数据展示、分页、筛选、排序购物车类电商购物车、收藏夹库存、价格、并发、数据一致性支付类在线支付、退款、转账金额安全、状态一致性、幂等性导入导出类批量导入、数据导出格式兼容、数据校验、性能审批类请假审批、报销审批流程控制、权限、通知消息通知类系统通知、推送消息触发条件、发送频率、渠道权限类角色管理、资源权限越权防护、权限继承、审计

每个功能类型的 完整检查清单（输入验证/业务规则/并发/异常等详细测试要点）参见 references/checklists.md。

加载时机#

需要时才读，不要一上来全读：

什么时候读读哪个拿到一个功能，想知道该测什么references/checklists.md（按功能类型的测试要点模板）

本文的速查表只覆盖常见功能类型；完整清单按需加载。

---

使用方法#

步骤1：识别功能类型#

text

这个功能属于哪种类型？
- [ ] 表单类
- [ ] 列表类
- [ ] 购物车类
- [ ] 支付类
- [ ] 导入导出类
- [ ] 审批类
- [ ] 消息通知类
- [ ] 权限类

步骤2：应用检查清单#

text

根据功能类型，逐项检查：
1. [ ] 核心测试要点是否覆盖？
2. [ ] 边界条件是否分析？
3. [ ] 异常场景是否考虑？
4. [ ] 用户体验是否验证？

步骤3：补充特定场景#

text

根据业务特点，补充特定测试场景：
1. 业务特殊规则：
2. 技术特殊约束：
3. 历史缺陷模式：

详细检查清单参见 references/checklists.md，覆盖表单/购物车/列表/支付/导入导出/审批/消息/权限 8 大功能类型。

应用场景#

用户说"帮我测购物车功能" → 识别为"购物车类功能"，应用检查清单：

• 添加商品：数量、规格、库存、限购
• 修改数量：增/减/超库存/为0
• 删除商品：单个/批量/删除已失效商品
• 价格计算：单品折扣/满减/运费/优惠券叠加
• 异常：库存不足/下架/价格变动

用户说"测一下审批流程" → 识别为"审批类功能"，检查链式流转、多人审批、驳回重审等要点

输出示例#

好示例：识别购物车功能 → 应用购物车清单

text

✓ 识别结果：购物车类功能
  - 商品管理测试：添加（正常/库存不足）、修改数量（边界/库存限制）、删除（单条/批量）
  - 价格计算测试：单价×数量、满减与优惠券叠加、运费计算
  - 并发测试：最后一件库存多人竞争、多设备同步
  - 异常测试：支付中断后购物车状态保持、商品下架后购物车提示
  → 全面覆盖了购物车类功能的核心风险点

坏示例：识别购物车功能 → 泛泛的测试

text

✗ 打开购物车页面，看看能不能加商品、删商品
  - 没测价格变化（促销开始/结束时的价格差异）
  - 没测并发（多人抢最后一件库存）
  - 没测库存不足/商品下架后的购物车状态
  - 没测优惠券叠加逻辑
  → 结果：上线后出现价格显示错误、多人抢购超卖

自检清单#

测试设计完成后检查：

• 是否识别了正确的功能类型？
• 是否应用了对应的检查清单？
• 是否补充了业务特定场景？
• 测试要点是否可执行？

检查清单#

• 8大功能类型是否都应用？
• 清单覆盖是否完整？
• 遗漏类型是否补全？
• 经验启发式是否标注来源？
• 应用结果是否记录？