抓包就是用工具捕获网络中设备间传输的“数据包”，还原“请求-响应”全链路，定位从应用到网络的各类问题（新手看“表面”，资深看“链路”）。

实例一：业务问题 —— 前端参数错误（缺失 verify_code）
场景回顾：
用户：登录失败
前端：账号密码已传
后端：没收到正确参数

一、小白测试视角
第一步：复现问题
👉输入账号、密码、验证码
👉点击登录
👉页面提示登录失败
到这里，小白测试只能确认“有问题”

第二步：看接口返回
👉状态码：400
👉错误信息：参数校验失败

小白测试此时的判断通常是：
“接口返回 400，应该是后端问题”

❌ 问题：
1、没确认到底“哪个参数”有问题
2、已经开始站队（偏后端）

第三步：转述问题
👉把报错信息截图给后端
👉后端回复：“我们没收到 verify_code”
小白测试到这里基本无解，只能反复传话

二、有经验的测试视角（2分钟定责）
第一步：明确目标（思维不同）
👉资深测试第一反应不是“谁的错”，而是：
👉“请求里，到底发了什么？”

第二步：抓登录请求（关键动作）
👉打开抓包工具（Charles / Fiddler/Reqable）
👉只做一件事：点登录
👉 过滤请求：URL 包含 /login

第三步：拆解请求参数（核心步骤）
查看 Request Body：
{
“username”: “test01”,
“password”: “123456”
}
此时资深测试立刻发现异常：
👉页面明明输入了验证码
👉请求里 没有 verify_code 字段

第四步：对照接口文档
接口文档明确要求：username（必填）password（必填）verify_code（必填）

结论已经成立：
👉前端漏传参数

第五步：专业表达
资深测试给出的结论是：
👉登录请求中未携带 verify_code 字段，导致后端参数校验失败，问题出在前端参数拼装阶段。
⚠️ 注意：
不说“你们前端写错了”
只说“请求事实”

总结：
👉问题定界：快速区分问题归属，终结“甩锅”争议
工作场景是测试工程师最常面临的“前后端/运维互相推诿”场景，抓包能直接锁定问题环节，提升协作效率。
用户反馈“登录失败”，前端开发称“已传账号密码，是后端接口问题”，后端称“未收到正确参数”。抓包后发现前端发送的登录请求中缺失“verify_code”（验证码）字段，直接定位是前端漏传参数，无需后端排查接口逻辑，1分钟内明确责任并整改。