1. 先搞明白Chrome和Postman在接口测试里各扮演什么角色做接口测试这件事很多人第一反应是那是测试工程师的事或者觉得后端接口返回什么就是什么前端没什么可测的。但我在实际项目里摸爬滚打这么多年可以很负责任地告诉你接口测试是前后端联调的第一道关卡谁掌握了它谁就能在接口出问题时第一时间定位到是参数传错了、还是后端逻辑写崩了、还是网络环境出了问题。而Chrome加Postman这套组合恰好是门槛最低、见效最快、覆盖场景最广的起点。先说接口测试到底在测什么。一个接口本质上就是一个函数输入请求参数输出响应结果。接口测试做的事情就是验证输入什么、输出什么、状态码对不对、数据格式对不对、异常情况怎么处理。比如一个登录接口你要验证用户名密码正确时是不是返回200和token密码错误时是不是返回401参数缺失时是不是返回400明文传输还是加密传输等等。别小看这些基础校验我见过太多联调事故都是因为前后端对字段名的大小写理解不一致接口返回了500前端还在那边傻等。1.1 Chrome负责看得见Postman负责测得深Chrome在这个组合里的角色是偷师学艺和现场取证。你在网页上的每一次点击、每一个表单提交背后都对应着一次或多次HTTP请求。Chrome的开发者工具DevTools能把这些请求完整地记录下来请求URL、请求方法、请求头、请求体、响应的状态码和内容。这就是接口测试最原始的素材来源——不需要后端给你文档你自己就能从真实流量里抓到接口的完整面貌。Postman的角色则是实验室。它把这些抓到的请求变成可以反复修改、反复发送、批量执行的测试用例。你可以改一个参数看看后端有什么反应可以把请求按模块归类到Collection里可以设置环境变量来切换测试环境和生产环境甚至可以在Tests面板里写断言让每次请求发送后自动校验返回结果是否符合预期。这套组合最大的好处是**你不需要一开始就懂HTTP协议的所有细节也不需要先啃完接口文档再动手。**Chrome告诉你接口长什么样Postman告诉你怎么把它用起来。等这两个工具用熟了你自然会对GET和POST的区别、Header和Body的差异、状态码的含义有体感层面的理解这时候再回去看文档会觉得顺畅得多。1.2 这套组合适合谁解决什么痛点如果你是刚转行做测试、或者做前端开发想顺手验证接口又或者是后端开发想给自己写的接口做一个快速冒烟测试那Chrome加Postman就是你的第一套装备。它不需要额外购买任何服务不需要申请服务器权限甚至不需要注册账号Postman虽然现在强制登录但后面我会讲到怎么绕开。实际工作中它解决的痛点特别具体后端说接口通了但前端一调就报错——你可以用Chrome先看真实请求长什么样再用Postman复现判断问题在前端代码还是后端逻辑。接口文档缺失或者压根没写——用Chrome抓包能逆向出接口的请求参数和响应结构。同一个接口要反复测试各种边界条件——Postman的Collection和变量机制让这件事变得很轻松。接口回归测试——每次发版前跑一遍Collection里的全部请求确认核心功能没被改坏。2. 环境准备Postman的安装、登录和汉化避坑指南说完了价值直接进入实操环节。Postman从2020年开始强制要求登录账号才能正常使用这个改动劝退了不少国内用户网上关于Postman登录不上的求助帖一抓一大把。我先把环境层面的坑都给你踩一遍免得你卡在第一步就放弃了。2.1 安装包选择与系统兼容性Postman官方提供Windows、macOS、Linux三个平台的安装包。Windows用户注意区分两个版本一种是直接安装的.exe安装包另一种是解压即用的.zip压缩包。这里我建议下载.zip版本因为它不需要写入系统注册表也不需要管理员权限放在D盘或者任意目录双击即可运行。对于公司电脑权限受限的朋友这是最稳的方案。macOS用户下载dmg镜像后拖到Applications目录即可。如果系统提示已损坏无法打开Mac经常有这种抽风行为打开终端执行sudo xattr -rd com.apple.quarantine /Applications/Postman.app然后重新打开就能正常使用了。Linux用户则根据自己的发行版选择AppImage或者deb包Ubuntu下可以这样安装sudo snap install postman或者直接下载tar.gz包解压后运行./Postman记得先确认解压目录下确实有可执行权限。2.2 登录问题的三种解法Postman的登录机制在国内网络环境下经常抽风这是老生常谈的问题。我实测下来以下三种方案总有一种能救你方案一注册Postman官方账号。打开Postman后在登录界面点Create Free Account用邮箱注册。需要注意的是Postman在部分地区打开注册页面很慢如果超过30秒还在转圈直接换个网络试试。注册完成后邮箱里会收到确认链接点一下激活再用密码登录。方案二使用免登录历史版本。如果你只是需要一个能发请求、能管理Collection的工具根本不需要在线同步功能那用旧版本完全够用。Postman 7.x和早期的8.x版本允许跳过登录直接进入工作区。你可以在网上找v7.36.x这类版本装完后直接就能用不会跳出登录弹窗。对于公司内网环境、或者不想注册账号的朋友这个方案我一直推荐。方案三使用Postman替代品。如果实在受不了登录限制开源的Bruno、Hoppscotch国内团队开发的Apifox都是不错的备选这部分我在后面会有专门的对比。注意不要下载来路不明的Postman破解版或绿色汉化版这些包可能被植入恶意脚本。你写的接口请求里往往带着真实业务的Token和Cookie泄露出去后果很严重。2.3 汉化到底要不要做Postman官方没有中文版网上的汉化方案基本都是替换app.asar这个核心文件。操作流程是下载对应版本号的app.asar找到Postman安装目录下的resources文件夹替换原名文件替换前记得备份。我的建议是新手可以做但用熟了之后尽量切回英文。原因很简单网上的教程、官方文档、AI辅助排错的时候说的都是英文术语。你要是只知道集合不知道Collection面试或者跟同行交流的时候会很吃亏。汉化包通常滞后于官方版本一旦Postman自动升级汉化就会失效旧汉化包还可能引发未知bug。所以我的做法是用汉化版入门半个月弄清楚每个按钮是干什么的然后卸载重装官方最新版开始适应英文界面。3. 核心操作链路从Chrome抓请求到Postman发请求环境备好了现在进入最有价值的部分如何用Chrome从真实网页里抓出接口请求再放进Postman里把它变成自己的测试用例。这个链路我每天都在用可以说是接口测试最高效的工作流。3.1 DevTools Network面板的正确打开方式在Chrome浏览器里按F12Mac上是CommandOptionI就能打开开发者工具切到Network网络面板。这面板第一眼看上去密密麻麻全是请求但实际上你要关注的只有那几个维度Name列请求的名字通常是接口路径的最后一段方便你快速定位。Status列HTTP状态码200表示成功4xx说明客户端有问题5xx说明服务端有问题。Type列资源类型你要找的是xhr和fetch这才是我们的目标。Size列响应体大小接口数据较大的话这里会显示明显。抓包之前先在Network面板左上角点一下红色的圆点按钮开始录制再勾选Preserve log保留日志。这个操作很重要否则页面跳转或者刷新之后之前的请求记录会被清空。然后你在页面上正常操作比如登录、搜索、提交表单每点一下Network面板里就会实时刷新出所有请求。锁定目标请求的技巧用面板顶部的过滤框输入单词fetch或xhr能过滤掉绝大部分图片、CSS、JS等静态资源请求。如果接口有明确的路径关键字比如api、login、search直接输入进去过滤更快。3.2 Copy as fetch把浏览器请求原封不动搬进Postman找到目标请求之后右键点击它会出现一个菜单。在较新版本的Chrome里有几个关键选项Copy子菜单里有Copy as fetch、Copy as cURL等。如果你只想看请求信息点一下这个请求右侧会弹出Headers、Payload、Response等标签页。Headers里能看到General常规、Request Headers请求头、Query String Parameters查询字符串参数等关键内容。这里我推荐Copy as fetch。原因很简单它复制出来的代码格式是JavaScript信息完整度最高几乎不会丢字段。而Copy as cURL在部分场景下特别是特殊字符比较多的时候会有转义问题导入Postman之后部分Header可能会丢失。操作步骤右键请求 → Copy → Copy as fetch。然后打开Postman新建一个Request在地址栏左边选择POST或GET先随便选一个点击地址栏下方的Code按钮在较新版本里是一个尖括号图标在弹出的窗口里选择JavaScript把剪贴板的内容粘贴进去Postman会自动解析成自己的请求参数格式。不过对于新手来说我更推荐用Chrome直接导出har文件或者手动复制请求信息。具体操作右键请求 → Copy → Copy as cURL。然后打开Postman点击左上角的Import → Raw text粘贴这段cURLPostman会自动解析成一个完整的请求包括URL、Header、Body全部还原。这是我主力推荐的方式极稳。3.3 首个请求的完整流程以登录接口为例我们以一个典型的登录接口为例走一遍从抓包到发送的完整流程。假设你要测试的网址是https://example.com/login在页面输入admin和123456点击登录Network面板里出现了名为api/user/login的请求。右键这个请求 → Copy → Copy as cURL然后打开Postman点击左上角的Import按钮切到Raw text标签页粘贴后点击ContinuePostman会自动把它解析成一个POST请求地址是https://example.com/api/user/login。点击Postman的Send按钮看返回结果。如果一切顺利你应该能看到类似这样的JSON响应{ code: 200, message: 登录成功, data: { token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9..., userName: admin } }到这里你已经完成了人生中第一个通过抓包还原的接口测试请求。接下来可以做一些最基础但很重要的边界验证把password参数改为空字符串发送看看后端是否会返回密码不能为空之类的业务提示。把password参数改为错误的字符串发送看看是否返回401状态码。把请求方法从POST强行改成GET发送看看后端是否返回405 Method Not Allowed。这几个动作看起来简单但它们能测试出接口最基础的三层健壮性参数校验、权限校验、方法校验。一个接口连这三层都扛不住后续上线大概率是要出问题的。3.4 Chrome DevTools在移动端调试中的特殊价值不知道你有没有遇到过这种情况接口在PC浏览器上访问一切正常但手机APP上调用同一个接口却报错。这时候Chrome的Device Toolbar设备工具栏就能派上用场。按F12进入开发者工具后点击左上角的手机图标Toggle device toolbar就能模拟iPhone、iPad、或者Android设备的UAUser-Agent和视口。这种模拟模式下发出的请求携带的UA字段会伪装成对应设备的UA。如果后端做了UA判断有些接口会针对不同端返回不同数据你就能精准复现移动端的请求环境找出问题所在。我实际遇到过的例子某个APP接口对Android UA加入了版本号参数而iOS没有。后端在解析Android版本号时因为某个新版本号加了V前缀导致解析失败返回500用移动端模拟器复现请求后发现后端代码直接用正则匹配了纯数字版本号加V就崩了。这种问题如果在Postman里直接测根本复现不出来因为默认UA太标准。4. 让接口测试摆脱手动点按钮Collection、环境变量与断言机制很多人用Postman停留在手动改参数、手动发送、眼睛看返回的阶段。这个阶段没毛病但一旦接口数量超过10个、环境切换变频繁、或者要重复执行同一批测试的时候就会明显感觉到力不从心。接下来这部分是让你从能用Postman进化到会用Postman的关键。4.1 Collection像整理文件夹一样管理接口Collection是Postman最基础的组织单位你可以把它理解为电脑里的一个文件夹。把同一模块的接口放进去把同一业务流程的接口按顺序放进去在接口数量爆炸之后这是救命级的操作习惯。创建方式很简单在Postman左侧的Collections标签页点加号命名之后你的请求就可以在保存时选择归属到哪个Collection下。我个人的习惯是按这样的层级组织项目名Collection ├── 用户模块Folder │ ├── 登录 │ ├── 注册 │ ├── 获取用户信息 │ └── 修改密码 ├── 订单模块Folder │ ├── 创建订单 │ ├── 订单列表 │ └── 订单详情 └── 支付模块Folder这里有一个很重要的推荐操作养成保存请求的习惯。很多新手在Postman里发了一个请求看到返回结果OK然后就关掉了下次要用的时候找不回来只能重新去Chrome里再抓一遍。这其实是非常低效的。每次你在Postman里调整好一个接口按CtrlSMac上是CommandS把它保存到对应的Collection里效率会翻倍。4.2 环境变量与全局变量一份用例任何环境都能跑环境变量是Postman的另一个核心功能。它可以让你在测试环境、生产环境之间一键切换而不用手动改每一个URL。最常见的用法是定义一个名为base_url的变量在不同的Environment里分别设为https://test-api.example.com和https://api.example.com。然后在请求地址栏里写作{{base_url}}/api/user/login这样无论当前激活的是哪个环境请求都会自动拼接成正确的地址。在Postman右上角有一个环境切换下拉框默认可能是No Environment。你需要先点击旁边的眼睛图标 → Add新建一个环境然后在变量列表里添加base_url和对应的值。切换环境的时候只要下拉框选一下所有使用{{base_url}}的请求就全部指向新地址了。除了Environment变量还有Global变量在所有环境中生效。在Postman顶部点击眼睛图标切到Globals标签页添加格式为token、值为实际token字符串的变量。注意全局变量的优先级低于环境变量如果两处定义了同名变量Postman会优先取环境变量。变量的来源不只是手动配置还可以通过脚本来动态设置。最经典的场景登录接口返回的token要在后面的每一个请求里作为Authorization头传递。这时候可以把断言的逻辑扩展一下在登录请求的Tests面板里写let responseData pm.response.json(); pm.environment.set(token, responseData.data.token);这样每次发送登录请求之后Postman会自动把返回的token写入当前环境变量后续请求引用{{token}}即可。这个技巧在处理需要鉴权的接口时几乎每天都会用到。4.3 Tests断言让Postman自己判断对错Postman的Tests面板运行的是JavaScript代码而Postman提供了一整套pm.*API来帮你做断言。这段脚本会在请求返回后自动执行并把结果展示在Test Results标签页里。最常用的断言等级是状态码校验。还是以登录接口为例在Tests面板里写pm.test(Status code is 200, function () { pm.response.to.have.status(200); }); pm.test(登录成功返回token, function () { let jsonData pm.response.json(); pm.expect(jsonData.code).to.eql(200); pm.expect(jsonData.data.token).to.not.be.empty; });发送之后下方会显示两个测试项的通过情况。如果后端返回了500第一个断言就会被打上红叉。这样即使返回内容是一大段HTML错误页你也能凭State code一眼看出本质问题。常用断言我整理了一个速查表场景断言代码状态码等于200pm.response.to.have.status(200);状态码在2xx范围内pm.response.to.be.success;响应时间小于500mspm.expect(pm.response.responseTime).to.be.below(500);返回JSON字段等于预期pm.expect(jsonData.code).to.eql(200);返回JSON是否包含某字段pm.expect(jsonData).to.have.property(token);返回内容包含某个字符串pm.expect(pm.response.text()).to.include(登录成功);断言的意义在于把人眼看返回变成机器判断返回。当你同时跑30个接口测试的时候人眼根本不可能逐个去看JSON内容断言能自动帮你筛出哪些接口挂了、哪个字段变了。我现在跑完整套用例只需要看Test Results里有没有红叉就行基本不太需要人工去看每一个响应内容。4.4 数据关联把上一个请求的结果传给下一个请求接口测试里有一种非常典型的需求创建订单之后要拿订单ID去查询订单详情。创建一个订单会返回一个订单ID而这个ID是动态生成的你不可能手动复制粘贴到下一个请求里这时候就要用到变量传递的机制。在创建订单请求的Tests面板里写let responseData pm.response.json(); pm.environment.set(orderId, responseData.data.orderId);然后在查询订单详情的请求里把URL写成{{base_url}}/api/order/{{orderId}}这样先发创建订单请求再发查询订单详情请求后者的URL会自动带上新生成的订单ID。这个模式叫关联是接口自动化测试里非常核心的思想。后面你甚至可以加一个清理机制在创建订单请求的Tests面板里除了设置orderId还可以把创建的订单保存到一个临时的环境变量数组里在跑完整个Collection之后再发送批量删除请求把这些订单清掉避免污染测试数据。这个进阶玩法的细节我会在后面Runner的部分提到。5. 从单接口到全流程Runner批量执行与高频坑位盘点当你手上积累了几十个接口用例并且每一个都写好了断言这时候就可以不满足于单个发送了。Postman的Runner集合运行器功能让接口测试真正具备了一键回归的能力。5.1 Runner一键批量跑完整个Collection点击Postman窗口顶部的Runner按钮进入集合运行器页面。选择你要跑的Collection或Folder设置运行顺序与环境点击Run按钮就能开始执行了。Runner会按照Collection里接口的排列顺序逐个发送请求并自动执行每个请求的Tests脚本最后汇总成一份测试报告包括每个请求的状态码、响应时间、断言通过情况。Runner里最值得关注的是这几个参数Iterations迭代次数。如果一个流程要连续跑10次就填10。Delay每次请求之间的间隔毫秒。部分接口有频率限制填200~500ms比较稳妥也能模拟更真实的用户操作。Data支持传入JSON或CSV文件做数据驱动测试。比如你有10组用户名密码用一个CSV文件提供Runner会依次读取每一行数据作为变量值跑一遍。这个功能在大量参数化测试场景下非常实用。举个例子测试登录接口对弱密码的拦截效果准备一个CSV文件形如username,password admin,123456 admin,admin admin,password test_user,123Runner里选择Data为这个文件每行数据跑一次请求断言会一条条显示每个组合的结果。相比手动改参数发送10次这个操作既快又不容易漏算。Runner跑完之后生成的报告Postman支持导出为JSON或HTML形式。HTML报告可以发给组内同事或者存到测试记录里作为版本质量的佐证材料。5.2 常见的坑与排查思路我在项目中遇到的真实问题接口测试工具好上手但用的过程中坑真不少。下面这几个是我和团队在实际工作中反复踩过、又反复教别人避开的坑如果你遇到了可以先按这个思路排查。坑一请求头Headers丢失从Chrome导入cURL到Postman后偶尔会发现请求发出去后端返回参数缺失或者无法识别身份。排查思路先检查Postman请求里的Headers标签页对照Chrome里原始请求的Headers看是否缺少了关键的Header字段特别是Content-Type。这个值决定了后端按什么格式解析请求体一旦丢失后端拿到的就是二进制乱码自然无法正常解析出业务参数。Chrome导出cURL时有时会把Cookie字段也带上但在新版本Chrome里Cookie默认可能不带需要注意手动添加。坑二变量解析失效有时候请求发送出去URL里还是红色的{{base_url}}原样没有替换成真实地址。这就是环境没选对或者变量名拼错了。检查右上角环境下拉框是不是选到了正确的环境再检查变量名两边是不是用了双大括号并且拼写一致。坑三重复请求导致脏数据在跑Runner的时候如果某个接口是创建类的操作每跑一次就产生一条新记录多次迭代下来测试环境会积累大量垃圾数据。这个解决思路有两个方向一是接口端完善设计提供删除或清理的接口二是依赖前面说的数据关联与清理机制在Runner跑完整个Collection之后把创建出的资源一一删掉。比较常规的操作是在Runner里的测试请求后面加一个清理请求在Tests脚本里定义一个集合级变量保存待清理的ID列表全部执行完后再发一次批量删除请求处理。坑四Postman本体的同步与账号问题Postman现在很依赖云端同步功能如果网络不稳定会导致Collection保存冲突、版本覆盖等奇怪的问题。如果团队里有人改了一个请求没通知其他人其他人的本地Collection被云端同步覆盖就会很混乱。这时候我建议团队项目尽量把请求导出为JSON文件用Git版本库管理而不是依赖Postman账号的Team功能。导出的Collection文件本质上是JSON可以直接放进Git仓库diff和review都友好得多。坑五在Collection里保持请求顺序Runner默认按Collection里的排列顺序执行而这个顺序是可以拖拽调整的。如果你的接口之间依赖关系复杂比如A创建资源、B用A的返回值做操作、C删掉资源那就要确保在Collection里的排列顺序是A→B→C。文件夹的层级会影响Runner的执行顺序吗会。Runner默认按自上而下的顺序展开所有文件夹和请求所以在保存请求的时候想好顺序能避免很多必要的调序操作。5.3 用Postman做接口测试这些面试考察点值得了解接口测试岗位面试时工具层面的考察一般集中在几个方向HTTP协议基础、接口测试用例设计、鉴权机制的理解、以及接口测试工具的原理。Postman作为一个载体能帮你把这些知识落到实际操作上。一个很常见的面试问题是如何测试一个需要登录态才能访问的接口标准回答是先调用登录接口获取token再把token写入后续请求的Header可以使用Postman的变量机制自动完成。这个回答背后考察的东西其实是你对HTTP无状态协议的理解以及对token认证流程的熟悉程度。如果实际做过上面的数据关联操作答起来会很有底气。另一个常见问题是短信接口测试是啥意思这种题的核心不是工具而是业务场景。短信接口测试一般验证这几个维度同一手机号在一分钟内能否重复请求验证码是否正确、是否过期接口是否对请求频率做了限制短信服务商返回的错误码是否被正确处理。这些场景用Postman配合Mock功能或者测试号完全可以模拟出大部分边界情况。6. 延伸视角Postman的进阶功能、同类工具对比与我的最终建议6.1 Postman的进阶功能不该被忽视Postman这些年早就不只是一个发送HTTP请求的工具了它已经扩展到API开发与测试的全流程。几个值得关注的方向GraphQL请求在Postman里可以创建GraphQL类型的请求左边写查询语句右边写变量。相比传统的REST接口手动拼JSON这种方式对前后端联调友好很多。WebSocket连接较新版本的Postman支持创建WebSocket请求地址栏输入ws://开头的地址点击Connect就能实时收发消息。调试实时消息推送、聊天系统这类场景比写一堆Node.js脚本快多了。Flows流程画布Postman的Flows功能提供了一种可视化编排方式把请求连接起来形成流程支持追加分支判断和延时逻辑。这个功能有点像低代码的接口自动化编排但说实话生产环境用得并不算多大家还是更习惯用Runner或者配合其他自动化框架。Mock Server模拟服务器这个功能在前后端并行开发时特别有用。后端接口还没实现你可以在Postman里基于一个Collection创建Mock Server它会根据你预设的例子返回模拟数据让前端不至于被阻塞等待。文档自动生成Postman可以根据Collection里的请求自动生成API文档页面包含请求示例和参数说明。直接分享链接给前端同事对方自己去研究即可不用再写一份需求文档。6.2 同类工具对比Apifox和JMeter什么时候该登场Postman虽好但不是银弹。根据项目的不同阶段和不同需求横向对比几个工具能帮你做出更合理的选择。工具核心优势适用场景不足Postman调试友好生态成熟插件与教程丰富中小型项目的前后端联调、接口冒烟测试在线协作对网络依赖强自动化能力一般Apifox原生中文接口文档、Mock、调试一体化需要文档协同的国内团队项目社区体量比Postman小部分插件缺失JMeter高并发压测能力强支持分布式性能测试、压力测试写脚本学习成本高日常调试体验不如PostmanHoppscotch开源免费浏览器即用快速临时调试接口功能相对单薄不适合复杂流程管理我个人的组合策略是日常开发调试用Postman或Apifox需要验证接口在高并发下是否稳定时把脚本从Postman导成JMeter格式或者直接用代码实现压测接口文档的管理看团队情况如果后端规范直接用Swagger治理如果后端偏业务用Apifox或Postman的文档功能补齐。6.3 一条建议很多人忽略了格式化接口文档这件事大部分手工测试接口的人其实很少去借助接口文档做事先的用例设计。Postman出参的时候尤其在http://{{base_url}}/get这类接口上会返回一段JSON数据。这个JSON里面很可能有几十个字段很多新手看到就懵了不知道该关注哪个。我的经验是一定要在Postman里把响应体点击一下格式化按钮Pretty让JSON按照缩进展示成清晰的树形结构。然后结合接口文档搞明白每一个顶层字段是什么业务含义哪些是可选的、哪些是必返的。这个习惯会直接影响你的断言设计水平——如果连字段含义都没弄懂断言就是在瞎猜。6.4 最后的个人感受做接口测试这件事工具真的只是很小的一部分更大的价值在于你通过工具建立起来的请求与响应的思维模型。Chrome和Postman这个组合让我在前后端之间当了很多年的翻译官——前端说我传了这个参数啊后端说我没收到啊Chrome一抓包就知道参数到底传没传过去后端说我返回了正确结果啊前端说我这边报错啊Postman一发请求就能验证后端是不是真的返回了正确结果。这套组合不需要你懂底层网络协议不需要你写代码却能让你在极短的时间内对接口测试有一个完整的认知闭环。等这个闭环转起来了你再去看自动化接口测试框架、去看压测工具、去看Mock服务都会有一种原来它们都是在解决这些具体问题的通透感。如果你现在正卡在接口测试不知道从哪下手的阶段我的建议特别简单打开Chrome按一下F12找一个你们网站里最常用的接口Copy as cURL导入Postman发一次请求然后尝试改一两个参数看返回的变化。就这一个动作你就能迈过接口测试的第一道门槛。后面的事情等你发出第一个请求之后自然会知道该怎么办。