1
2
3
4
5
6
7
8
| 【输入】功能描述与验收标准：（粘贴 PRD 相关节）
业务规则：（粘贴）
【任务】设计测试用例集，要求：
1. 方法覆盖：等价类 / 边界值 / 状态转换 / 权限矩阵，各标注属于哪类
2. 每条用例：前置条件 / 操作步骤 / 预期结果 / 优先级(P0~P2)
3. 单独一节「恶意与异常场景」：非法输入、重放、并发、越权尝试
【约束】只依据我给的验收标准推导，不要看实现代码；
验收标准含糊处，列出【需求疑问】向我提问，禁止自行脑补预期结果。
|
1
2
3
4
5
6
7
8
| 【输入】用例清单（P0 部分，粘贴）；技术栈：Playwright/Cypress + 前端框架版本
【任务】为 P0 用例生成 E2E 脚本
【约束】
1. 选择器优先用 data-testid / 语义化 role，禁止脆弱的 nth-child 和文本匹配
2. 测试数据自建自清（before/after），禁止依赖环境残留数据
3. 每个脚本独立可跑，不依赖执行顺序
4. 失败时自动截图
【输出】脚本 + 需要在页面代码里补的 data-testid 清单
|
1
2
3
4
| 【输入】本次变更的 diff：（粘贴）；项目模块依赖关系：（描述/贴目录）
【任务】1) 分析这个 diff 可能影响到的功能面（顺着调用链说，别只看改动文件）；
2) 输出「最小回归清单」：上线前必须手工验证的场景，按风险排序，控制在 10 条以内；
3) 指出哪些既有自动化测试覆盖了这次变更，哪些没覆盖。
|
1
2
3
4
5
6
| 以下是一组测试代码（粘贴）和它测的业务代码（粘贴）。
请挑毛病：
1. 哪些断言是"弱断言"（改了业务逻辑它也不会红）？逐个指出并加强
2. 哪些用例实际没测到声称在测的场景（Mock 掉了被测逻辑本身）？
3. 测试之间有没有顺序依赖或共享状态？
输出修正后的测试代码。
|
