携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第45天，点击查看活动详情
接口测试容易遇到得问题
-
开发设计文档出现问题, 接口地址错误
-
串联接口传值的问题（例：本来要接收一个 int 数据，结果传过来 String 类型的数据导致接口
不能正确处理）0.1
- 如果界面有长度限制和内容输入限制，可以通过 Fiddler 断点设计特殊数据，验证服务器的处理
结果。
- 对于验证码，我们可以获取请求，检查这个请求中有没有验证码。如果请求中没有验证码，则说
明有问题。
-
篡改请求，例如支付时将支付金额修改为 0 元，是否不需要支付也能够买到商品。
-
可以协助做弱网测试，在 Fiddler 中可以设置弱网（Modem Speeds），如果页面还能正常打
开，则说明没有问题，否则表示页面需要压缩。
- 弱网还可能出现的情况是用户做刷新，刷新就是将请求再发一次。可以通过 Fiddler 抓包再发一
次
-
在玩游戏时，砸箱子得金币。抓到了这个请求，再重发是不是还能得金币呢
-
不一定要发现 Bug，简化我的操作也行啊。例如创建 100 个标签
如何分析一个 bug 是前端还是后端的？
平常提 bug 的时候，前端开发和后端开发总是扯皮，都认为是对方的 bug
这种情况很容易判断，我们的业务过程是用户在浏览器输入数据转为请求后台程序（接口）处理
产生响应转为结果页面
先抓包看请求报文，对着接口文档，看请求报文有没问题则说明正确。有问题就是前端发的数据不对，
属于前端没有把用户数据正确转化为请求。如果前端输入后，无法生成请求，若有 Bug 则也只能是前端
Bug。
请求报文没问题，那就看返回报文，若返回报文正确而前端页面显示不正确，则也是前端解析响应不
正确，属于前端 Bug。如果返回的数据不对，那就是后端开发的问题咯。而大多数时候是后端 Bug 更多，
并且后端 Bug 会更严重，影响的是业务逻辑和数据的正确性。
