=-=?
接口测试介入更早,可以更低成本测试出隐蔽 bug。并一定就是前端正常覆盖不了的 bug,而是在普通 bug 上也可以更早发现,这样修复的成本就更低。当然还有个原因就是,毕竟没啥卷的了,总得搞点啥嘛
因为你考虑的黑客里面,不包括黑产,黑客。思考下这方面就知道了
接口测试,介入的时间要早于前端搭建完成之前。如果实现自动化的话投入回报率也很高。
这就是为什么做接口测试的原因之一。
用户不会跳过前端,但灰产可以啊。除了正常场景外,还有各种异常场景,非法场景需要考虑。
前端的控制是虚假的,可以被绕过
接口测试介入更早,可以更低成本测试出隐蔽 bug。并一定就是前端正常覆盖不了的 bug,而是在普通 bug 上也可以更早发现,这样修复的成本就更低。当然还有个原因就是,毕竟没啥卷的了,总得搞点啥嘛
1.安全,后台异常处理没做好,绕过前端,接口会暴露很多信息,甚至引起严重的安全问题
2.接口正常来说比前端设计先出来,所以先测了
3.用户=正常用户 + 想搞你的用户 + 想钻空子的用户
主要就是 5 楼说的原因,所以一定要做接口测试~而且不能单单只做你说的无参和多参。。。
防御性编程了解一下
测试不光是前端,后端的逻辑也要测的,而且相当程度上后端的测试重要性大于前端,因为你产品的大部分底层逻辑都在后端
前端的限制其实是不可靠的,如果只是普通人使用,前端限制足够了,但用户肯定不止是普通人,稍微懂点技术可能就直接用发包工具直接请求后端接口了,直接请求的话参数不就任别人写了吗
防得了君子,防不了小人