背景
在后端同学不断开发的过程中,我及时与他进行交流,并整理形成接口文档,然后使用接口测试工具对已有的接口进行测试活动,根据测试的结果进行接口文档的改进。
接口测试
在前后端分离开发时,后端工作人员完成系统接口开发后,需要与前端人员对接,测试调试接口,验证接口的正确性可用性。而这要求前端开发进度和后端进度保持基本一致,任何一方的进度跟不上,都无法及时完成功能模块的测试。
做为后端开发人员,要求独立开发完成某个接口后,开发人员自己需要先测试通过后再提交给测试人员进行测试,否则会出现到测试人员哪里业务流程根本就走不通,或者BUG会过多的情况等。
测试工具postman
Postman是一个接口测试工具,在做接口测试的时候,Postman相当于一个客户端,它可以模拟用户发起的各类HTTP请求,将请求数据发送至服务端,获取对应的响应结果,
从而验证响应中的结果数据是否和预期值相匹配;并确保开发人员能够及时处理接口中的bug,进而保证产品上线之后的稳定性和安全性。
它主要是用来模拟各种HTTP请求的(如:get/post/delete/put…等等),Postman与浏览器的区别在于有的浏览器不能输出Json格式,而Postman更直观返回接口的结果。
基本界面如下:
侧边栏可以看到对应的功能选项,包括集合管理,接口管理,环境变量管理等
而功能区就是核心区域了,模仿http请求的各类参数就是在这里设置的,如请求方式,Get还是Post,可以设置请求的params以及headers等参数,然后点击右边send按钮,就会发送http请求,postman会将结果以json的形式返回,明显易懂且直观;
GET和POST请求方式的区别
- GET 使用URL 或Cookie 传参,而POST将数据放在Body 中。
- GET的URL 在长度上会有限制,而POST没有。
- POST比GET相对安全,因为在地址栏不可见。
- 一般POST请求用来获取数据,POST请求用来发送数据。
测试过程示例
然后和后端同学交流,通过整理的初版接口文档进行测试。
测试新建帖子的接口是否正常:
可以发现报错404,原因分析后得知是不应将token放在了请求字段内,而应该放在headers参数内,更改位置后即可测试成功。
上传图片的接口测试:
测试失败是因为黄字提示中的无法读取文件,提示说的是测试图片的路径并不在工作目录内,我再设置里打开了这个设置之后就测试成功了,也可以将此图片放入设置里的目录:
测试获取所有帖子的接口:
成功,看到了所有帖子的具体信息;
测试给帖子点赞的接口(测试上图中的postid为32的帖子):
点赞成功;
测试回帖(盖楼):
回帖成功,再去查询所有的帖子getall:
找到刚才的postid为32的帖子,评论数从0变成了1,回帖成功!
其他的接口测试便不一一举例,再测试完成后,我整理完最终版的接口文档发给前端同学配合开发。