当需求文档信息不够、不知道接下来该问产品什么、或者需要从开发那边获取更多技术细节时使用此技能。很多人测不好不是因为不会设计用例，而是因为一开始就没问对问题。提供需求调研、边界确认、规则挖掘、技术细节追问等不同场景的结构化提问模板，确保在测试设计前获取到足够上下文。每一个问题都标注了问谁、怎么问、什么时候问。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 installs
Coding
测试启发式清单
Try it提供登录、支付、搜索、购物车、导入导出、审批、消息通知、权限管理等不同类型功能的测试要点模板。当面对一个新功能类型不知道从哪里开始测试、或者担心遗漏了某个功能类型的特有测试点时，应当使用此技能。特别适合测试新人——照着清单逐项检查就不会漏掉该功能类型的典型问题。例如支付类要测金额精度和幂等性，导入导出类要测格式兼容和性能，每个功能类型都有其特有的高风险区域。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
What it does
提供登录、支付、搜索、购物车、导入导出、审批、消息通知、权限管理等不同类型功能的测试要点模板。当面对一个新功能类型不知道从哪里开始测试、或者担心遗漏了某个功能类型的特有测试点时，应当使用此技能。特别适合测试新人——照着清单逐项检查就不会漏掉该功能类型的典型问题。例如支付类要测金额精度和幂等性，导入导出类要测格式兼容和性能，每个功能类型都有其特有的高风险区域。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
The skill document
⚠️ 安全警告：本技能的示例可能涉及被测对象的增删改操作描述（如购物车删除商品）。 这些是测试场景示例，不是对本技能数据的操作；请勿在测试执行中误删真实数据。 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。
启发式检查清单
无复盘数据时的兜底策略：如果当前没有
qa-retrospective的输出数据（首次使用或复盘未执行），直接使用本技能内置的默认检查清单模板，覆盖以下 8 类常见功能测试要点。上游依赖为可选，不阻塞工作流执行。
核心原则
对不同类型的功能，资深测试脑子里有一份"这类功能通常要测什么"的 mental checklist。
功能类型清单
必须掌握的8大功能类型：
| 类型 | 典型场景 | 测试重点 |
|---|---|---|
| 表单类 | 登录、注册、搜索、提交 | 输入验证、业务规则、用户体验 |
| 列表类 | 商品列表、订单列表、数据报表 | 数据展示、分页、筛选、排序 |
| 购物车类 | 电商购物车、收藏夹 | 库存、价格、并发、数据一致性 |
| 支付类 | 在线支付、退款、转账 | 金额安全、状态一致性、幂等性 |
| 导入导出类 | 批量导入、数据导出 | 格式兼容、数据校验、性能 |
| 审批类 | 请假审批、报销审批 | 流程控制、权限、通知 |
| 消息通知类 | 系统通知、推送消息 | 触发条件、发送频率、渠道 |
| 权限类 | 角色管理、资源权限 | 越权防护、权限继承、审计 |
每个功能类型的完整检查清单（输入验证/业务规则/并发/异常等详细测试要点）参见
references/checklists.md。
使用方法
步骤1：识别功能类型
这个功能属于哪种类型？
- [ ] 表单类
- [ ] 列表类
- [ ] 购物车类
- [ ] 支付类
- [ ] 导入导出类
- [ ] 审批类
- [ ] 消息通知类
- [ ] 权限类
步骤2：应用检查清单
根据功能类型，逐项检查：
1. [ ] 核心测试要点是否覆盖？
2. [ ] 边界条件是否分析？
3. [ ] 异常场景是否考虑？
4. [ ] 用户体验是否验证？
步骤3：补充特定场景
根据业务特点，补充特定测试场景：
1. 业务特殊规则：
2. 技术特殊约束：
3. 历史缺陷模式：
详细检查清单参见
references/checklists.md，覆盖表单/购物车/列表/支付/导入导出/审批/消息/权限 8 大功能类型。
应用场景
用户说"帮我测购物车功能" → 识别为"购物车类功能"，应用检查清单：
- 添加商品：数量、规格、库存、限购
- 修改数量：增/减/超库存/为0
- 删除商品：单个/批量/删除已失效商品
- 价格计算：单品折扣/满减/运费/优惠券叠加
- 异常：库存不足/下架/价格变动
用户说"测一下审批流程" → 识别为"审批类功能"，检查链式流转、多人审批、驳回重审等要点
输出示例
好示例：识别购物车功能 → 应用购物车清单
✓ 识别结果：购物车类功能
- 商品管理测试：添加（正常/库存不足）、修改数量（边界/库存限制）、删除（单条/批量）
- 价格计算测试：单价×数量、满减与优惠券叠加、运费计算
- 并发测试：最后一件库存多人竞争、多设备同步
- 异常测试：支付中断后购物车状态保持、商品下架后购物车提示
→ 全面覆盖了购物车类功能的核心风险点
坏示例：识别购物车功能 → 泛泛的测试
✗ 打开购物车页面，看看能不能加商品、删商品
- 没测价格变化（促销开始/结束时的价格差异）
- 没测并发（多人抢最后一件库存）
- 没测库存不足/商品下架后的购物车状态
- 没测优惠券叠加逻辑
→ 结果：上线后出现价格显示错误、多人抢购超卖
自检清单
测试设计完成后检查：
- 是否识别了正确的功能类型？
- 是否应用了对应的检查清单？
- 是否补充了业务特定场景？
- 测试要点是否可执行？
检查清单
- 8大功能类型是否都应用？
- 清单覆盖是否完整？
- 遗漏类型是否补全？
- 经验启发式是否标注来源？
- 应用结果是否记录？
Related skills
当需要测试 iOS/Android 原生 App、H5 页面或小程序的移动端专项场景时使用此技能。移动端的坑主要不在功能逻辑上——中断（电话/通知/低电量）、弱网/断网/网络切换、前后台切换、系统权限管理、多机型适配和各种系统版本兼容才是重灾区。不要只测功能流程，移动端的 Bug 有一半以上是中断和兼容性相关的。输出按中断/网络/权限/兼容/性能分类的测试要点清单。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
2 installs
当团队里有测试新人需要带、想提升团队整体测试水平、或者需要把个人经验转化为团队能力时使用此技能。通过 Pair 测试、经验分享、checklist 沉淀、模板建设和培训材料等方式赋能团队。不要等着新人犯错再教——好的赋能是提前给工具和方法论，让新人在第一次做之前就知道"正确的做法是什么"。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 installs
在最终输出前对测试用例做最后一轮防幻觉验证：事实核查（引用的需求ID是否存在）、一致性检查（用例之间是否矛盾）、可执行性验证（步骤是否能实际操作）、来源追溯（每个用例是否能追溯到具体需求）。当测试用例已经生成完毕、准备输出了，但你不确定AI有没有编造不存在的功能或需求时，应当使用此技能。这是整个工作流的最终质量守门——如果验证失败，必须返回问题清单要求修正，不得跳过。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 installs
将模糊的需求描述系统化拆分为输入、操作、状态、输出、规则五个可测试维度，同时挖掘显性需求之外的那些"没写出来但必须满足"的隐性需求和衍生需求。当用户的需求描述只有一两句话、或者看起来功能很简单但你可能遗漏了什么的时候，一定要用此技能做深度解构。适用于任何测试任务的第二步骤——无论需求文档有多详细，解构之后总能发现盲区。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
1 installs
当所有分析（需求解构、场景树、边界清单、组合矩阵）都已完成，需要把分析结果转化为结构化的测试用例时使用此技能。专注用例结构规范、分类体系、覆盖策略和优先级编排。不要在分析还没做完时就跳到用例生成——没有充分的输入，用例一定是泛泛的。适用于将前面的分析产出物整合为 P0-P3 分级、可追溯的标准格式测试用例。 本技能属于 QA Test Skills 技能集（49 个技能之一），完整工作流体验需安装全套：npx skills add Kokxi/qa-test-skills
2 installs