Previous
Day 19 · Uploads, Downloads, Dialogs, and Frames
Next
Day 21 · Trace Viewer and Failure Debugging
真实场景
Day 2060-120 minutesPlaywright QA hands-on drill

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 fixtureAPI 请求
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

以及一份执行报告。

复盘问题

  1. 你的业务流程是否真正模拟用户行为?
  2. 哪些步骤适合用 API 准备数据?
  3. 哪些步骤必须通过 UI 验证?
  4. 当前流程的最大 flaky 风险是什么?
  5. 这个流程放到 CI 里还需要做什么?

AI 时代扩展:让 AI 审查流程设计

适用场景

把业务流程拆解和测试代码交给 AI,让它从“真实用户视角”检查:步骤是否缺失、断言是否关键、数据是否有残留风险。

可复用表达 / 提示词

我的 E2E 流程是「登录→创建订单→查看→修改→删除」,请从真实用户视角审查:步骤是否有缺失、断言是否验证了关键结果、数据是否有残留风险。

追问加练

  • AI 建议用 API 跳过某个 UI 步骤,你会怎么判断该不该跳?
  • 流程中途失败,残留数据谁来清理?AI 能给你什么方案?
  • 这条流程进 CI 前,还有哪些前置条件要满足?

今日作业

  • 完成 e2e-business-flow.spec.ts 并连跑 3 次通过。
  • 生成执行报告(HTML report 截图 + 关键断言列表)。
  • 让 AI 审查流程,修正 1 个以上发现的问题。

自检清单

Previous
Day 19 · Uploads, Downloads, Dialogs, and Frames
Next
Day 21 · Trace Viewer and Failure Debugging