1、拆解需求 —— 先搞懂 “要测什么”拿到需求文档先别急着动手，像剥洋葱一样一层层拆。比如 “加入购物车”，核心点有：商品详情页点 “加入购物车” 按钮有反应选了颜色 / 尺寸后能正确加到购物车库存不足时会提示 “仅剩 X 件”未登录时弹窗让先登录。我习惯拿张 A4 纸画思维导图，把每个分支都列清楚。上次带新人，他漏测了 “未登录状态”，结果用户投诉 “加了半天购物车，结账时全没了”，这就是需求没吃透的坑。
2、写测试用例 —— 把 “怎么测” 写成 “剧本”用例就是给测试写的 “操作说明书”，得详细到 “傻子都能照着做”。比如测 “选规格后加入购物车”：用例编号，操作步骤，预期结果。比如：TC-0011. 打开连衣裙详情页2. 选颜色 “黑色”3. 选尺寸 “M 码”4. 点 “加入购物车” 按钮1. 按钮变为 “已加入”2. 右上角购物车数字 + 1新手常犯的错是写得太笼统，比如只写 “测试加入购物车”，结果执行时漏了 “选 XL 码会不会提示库存不足”。建议用 Excel 表格写，一目了然。
3、执行测试 —— 按剧本 “演戏”，记好每一步打开 PiggyMarket demo，对照用例一条条测。比如测 “未登录加入购物车”：先清浏览器缓存（避免之前登录状态干扰）打开连衣裙详情页，直接点 “加入购物车”这时候应该弹出登录窗口 —— 如果没弹，就是 bug！执行时建议用 “一边操作一边记”：拿个本子写 “10:23 测试 TC-003，预期弹窗登录，实际无反应”，后续写缺陷报告时就不会遗漏细节。
4、报 bug—— 把问题说清楚，开发才好改发现 bug 别光顾着喊 “这里有问题”，得写清楚 “怎么重现”。标准格式：🐞缺陷标题：未登录状态下加入购物车无登录提示📝复现步骤：1. 清缓存打开连衣裙详情页2. 未登录点击 “加入购物车” 按钮📸截图：（附步骤 3 的操作截图）🔧环境：Chrome 112.0 / Windows 10上次有个实习生报 bug 只写 “购物车有问题”，开发反问 “哪个商品？什么浏览器？”，来回扯皮浪费时间。用 JIRA等bug管理工具，条理更清晰。
5、回归测试 —— 确认 bug 真的改好了开发修复后会说 “改完了，你测测”。这时候不能只测改好的 bug，还要顺带测相关功能：✅ 原 bug：未登录加入购物车→现在弹窗了吗？✅ 相关功能：登录后加入购物车→数字会变吗？购物车页面能看到商品吗？我吃过亏：之前只测了原 bug，没测相关功能，结果上线后用户反馈 “登录后购物车商品重复显示”，被批 “回归不彻底”。建议列个回归清单，一个个打勾。
