真实场景
Day 20 - Weekly Review 4: Real Business Flow E2E
今日目标
- 把认证、API、Mock、文件等能力组合起来。
- 完成一个接近真实业务的 E2E 流程。
学习时间安排(60–120 分钟)
| 时间 | 模块 | 做什么 |
|---|---|---|
| 0-20 分钟 | 本周概念回顾 | 过一遍概念表,标记组合使用时还不顺的能力。 |
| 20-45 分钟 | 实践任务 | 选择业务流程并拆解为步骤。 |
| 45-75 分钟 | 编码实现 | 完成 e2e-business-flow.spec.ts。 |
| 75-105 分钟 | 运行与修复 | 跑通流程,处理失败,生成执行报告。 |
| 105-120 分钟 | 复盘与作业 | 完成复盘问题,让 AI 审查流程设计。 |
本周概念回顾
| English | 中文 | 是否已掌握 |
|---|---|---|
| storageState / auth.setup.ts | 登录态复用 | |
| request fixture | API 请求 | |
| page.route / route.fulfill | 网络拦截与 mock | |
| setInputFiles / download | 文件上传下载 | |
| dialog / frameLocator | 弹窗与 iframe | |
| waitForEvent | 事件等待 | |
| UI + API 组合 | 分层测试 | |
| data cleanup | 数据清理 |
实践任务
选择一个业务流程,例如:
- 登录 → 创建数据 → 页面查看 → 修改 → 删除。
- 登录 → 搜索商品 → 加入购物车 → 提交订单。
- 登录 → 上传文件 → 生成报告 → 下载文件。
要求:
- 登录态复用。
- API 准备或清理数据。
- 至少 5 个关键断言。
- 失败时保留截图/trace。
- 不使用硬等待。
自查清单
- [ ] 登录态复用,流程内没有重复登录
- [ ] 数据准备或清理使用了 API
- [ ] 至少 5 个关键断言,每个都是业务结果
- [ ] 失败时保留截图/trace
- [ ] 没有硬等待
今日产出
tests/e2e-business-flow.spec.ts
以及一份执行报告。
复盘问题
- 你的业务流程是否真正模拟用户行为?
- 哪些步骤适合用 API 准备数据?
- 哪些步骤必须通过 UI 验证?
- 当前流程的最大 flaky 风险是什么?
- 这个流程放到 CI 里还需要做什么?
AI 时代扩展:让 AI 审查流程设计
适用场景
把业务流程拆解和测试代码交给 AI,让它从“真实用户视角”检查:步骤是否缺失、断言是否关键、数据是否有残留风险。
可复用表达 / 提示词
我的 E2E 流程是「登录→创建订单→查看→修改→删除」,请从真实用户视角审查:步骤是否有缺失、断言是否验证了关键结果、数据是否有残留风险。
追问加练
- AI 建议用 API 跳过某个 UI 步骤,你会怎么判断该不该跳?
- 流程中途失败,残留数据谁来清理?AI 能给你什么方案?
- 这条流程进 CI 前,还有哪些前置条件要满足?
今日作业
- 完成 e2e-business-flow.spec.ts 并连跑 3 次通过。
- 生成执行报告(HTML report 截图 + 关键断言列表)。
- 让 AI 审查流程,修正 1 个以上发现的问题。