需求测试 Skill 1. 目标 识别需求文档中的模糊点、缺失点、矛盾点，生成结构化问题清单，确保需求可测试。 2. 输入输出 - 输入 ： 、 - 输出 ： 3. 核心原则 1. 测试必要性：只识别影响测试工作的问题 2. 一致性：整个文档前后不矛盾 3. 灵活性：不做硬性数量限制，适配不同场景 4. 用规范引导，不用过滤限制 4. 具体规范 4.1 问题识别标准 核心判断标准：这个问题是否影响测试用例设计或测试结果判断？ 如果影响，就应该识别；如果不影响，就不需要识别。 示例判断： - "删除操作是否需要二次确认？" → 影响测试流程 → 识别 - "数据保留多久？" → 影响过期场景测试 → 识别 - "错误提示文案是什么？" → 影响测试验证 → 识别 - "为什么要做这个功能？" → 如果不影响测试设计 → 不识别 - "用什么数据库？" → 如果不影响测试验证 → 不识别 - "按钮颜色是什么？" → 如果只是装饰 → 不识别；如果涉及状态区分 → 识别 4.2 识别维度（6个） | 维度 | 关注点 | |------|--------| | 前因后果 | 业务规则、权限约束、前置条件 | | 边界定义 | 生效条件、范围排除、限制条件 | | 异常场景 | 失败处理、重试、回退、冲突处理 | | 交互细节 | 文案、提示、加载、空态、反馈 | | 数据状态 | 字…