测接口等前端写半天？在线调试工具一秒出结果，后端开发效率翻好几倍

新手写前后端接口，写完之后要写前端代码、搭页面、点按钮才能测接口，改个参数要刷新页面半天，其实用在线接口调试工具，直接填接口地址、传参数，一秒就能看到返回结果，效率高好几倍。我之前刚做开发的时候，测个接口要等前端页面写半天，后来发现这类工具，测后端接口根本不用等前端做完。

这类工具其实就是模拟浏览器的请求，你把接口地址、请求方法、要传的参数填进去，点发送，工具就会把请求发过去，把返回的JSON结果展示出来。GET请求就直接在URL里拼参数，POST请求就把参数放到请求体里，还能加请求头，比如需要token的接口，把token填到请求头里，和真实前端发的请求一模一样。

最方便的地方是，你改后端接口的时候，不用写任何前端代码，直接在工具里调，看返回的字段对不对，数据有没有错。我之前写个用户登录接口，后端写完直接在工具里传账号密码，看返回的token是不是正常，不用等前端把登录页写完，后端开发和前端开发可以并行，项目进度快好多。

新手经常踩的坑是，以为接口返回200就没问题，其实要看返回的内容是不是正确，比如接口报错的时候，有的返回200，但是内容里写着参数错误，不看返回体根本发现不了。还有跨域问题，工具发请求不受浏览器跨域限制，所以你在工具里测接口是通的，前端页面里报跨域错，那不是接口的问题，是后端没加跨域头，别搞混了。

还有个功能特别好用，就是工具可以把你测好的接口保存下来，下次不用重新填地址和参数，直接点一下就能发，我常用的那几十个接口，都存在工具里，每次改完后端直接点一下，看结果对不对，比每次重新写curl命令快多了。别把带敏感信息的接口，比如带支付密钥、管理员token的，随便粘到公开的在线工具里，容易泄密，这种敏感接口还是用本地的调试工具测。

我之前对接支付接口，支付回调一直不对，自己写curl脚本写半天参数不对，用在线工具把回调地址、参数、签名填进去，发一下立刻看到返回结果，三次就把回调调通了，要是靠前端联调，一天都未必能弄好。很多新手觉得接口调试一定要搭项目、写页面，其实大部分时候，用这类工具就能把后端逻辑测完，前端联调的时候只剩页面对接，出了问题也知道是哪部分的事。

现在做开发，不管是写小接口还是对接第三方API，第一步都是先在调试工具里测通，确认参数和返回都对，再往项目里写，避免写完一大段代码，最后发现接口本身就有问题，来回改特别耽误时间。工具就是用来省时间的，别守着老方法硬写。