接口测试学习路程

从抓包工具入门

刚入行的几年我的工作中心都是测试前端的程序,重点关注功能实现。主要工作内容就是写测试用例和点点点。那个时候发现bug都是直接提给前端开发,如果是他们自己的问题,就改的比较快。如果是服务器端的问题,再由他们指给对应的服务器开发。
这种工作模式有个问题,就是服务器端的bug该的很慢,经常成为block项。后来我们就想,要是提bug的时候就能知道是不是服务器端的问题多好。
然后就真的发现了抓包工具Charles,从此开启了接口测试的新大门。

抓包工具高级功能

使用了一段时间的Charles之后,发现它其实还有很多很好用的扩展功能,并不仅仅是个抓包工具。
1、mock服务端数据:从此再不用发愁怎么构造测试数据
2、模拟弱网、断网
3、转发请求:无需反复切换uri
…………

接口测试工具postman

随着时间的推移,大家都在呼喊尽早介入测试。可是前端测试有个很大的弊端就是必须要前后端联调完成才能开始测试。这显然和尽早开始测试是相悖的。那在前后端联调完成前怎么开始测试呢?
对于前端来说,Charles的map local功能可以mock服务器数据,接口没上线也能测。
对服务器端来说,就需要用到postman这样子的工具了。
一开始只是使用发送请求功能,后来接口多了,就开始用collection管理,然后添加校验点,添加环境文件,使用变量…………

使用python编写脚本

当需要管理的接口越来越多,postman就显得不够用了,也到了学习一门语言的时候。
我们组内调研之后决定使用python+unittest+requests+HTMLRUNNER。
后来换了工作,使用python+Robotframwork。

从此一路学习,不敢松懈。

发布了107 篇原创文章 · 获赞 10 · 访问量 9657

猜你喜欢

转载自blog.csdn.net/liying15/article/details/104252651