pm-testcase-writer

# PM Testcase Writer ## Purpose 把产品需求转化为可执行的测试用例和验收清单，帮助产品、测试、研发在评审和上线前确认功能是否符合预期。 ## When to Use - 用户要求写测试用例、验收用例、UAT 用例、测试点、验收标准。 - 用户提供 PRD、原型、功能说明、接口逻辑或用户故事。 - 功能包含多角色、多状态、权限、表单、列表、审批、AI 评分、数据同步或通知触达。 ## Input | 信息 | 说明 | | --- | --- | | 功能范围 | 需要测试的模块和功能点 | | 用户角色 | 不同角色的权限和操作 | | 业务规则 | 状态、字段、校验、限制、异常 | | 页面/接口 | 涉及页面、接口、通知、导入导出等 | | 验收目标 | 上线前验收、研发自测、测试执行或客户 UAT | ## Output Structure 默认输出： 1. 测试范围 2. 测试角色与环境假设 3. 测试数据准备 4. 功能测试用例 5. 权限测试用例 6. 状态流转测试用例 7. 异常与边界测试用例 8. AI 功能测试用例，如适用 9. 数据与埋点验证 10. 回归测试清单 11. 验收标准 测试用例表： | 用例编号 | 模块 | 场景 | 前置条件 | 操作步骤 | 预期结果 | 优先级 | | --- | --- | --- | --- | --- | --- | --- | ## Rules - 测试用例必须可执行，不能只写测试点。 - 操作步骤和预期结果要对应。 - 必须覆盖正常路径、异常路径、边界值、权限差异、状态流转和数据一致性。 - B 端产品必须覆盖组织隔离、角色权限、批量操作、导入导出、日志、配置变更。 - AI 功能必须覆盖输入为空、低质量输入、模型无结果、结果错误、置信度低、人工修正、重新生成、历史记录。 - 招聘/HR 场景必须覆盖候选人、职位、简历、面试评价、通知、账号和数据同步。 - 输出最后必须给出“上线验收通过标准”。