前言
什么是自动化测试
把人对软件的测试行为转化为由机器执行测试行为的一种实践。
例如GUI自动化测试,模拟人去操作软件界面,把人从简单重复的劳动中解放出来。
本质是用代码去测试另一段代码,属于一种软件开发工作,已经开发完成的用例还必须随着被测试对象的改变而更新,因此,还有额外的维护成本。
自动化测试有哪些分类
按测试目的分类
- 功能自动化测试
- 性能自动化测试
按测试对象分类
- Web应用测试
- APP测试
- 接口测试
- 单元测试
为什么需要自动化测试
- 可以替代大量的手工机械重复性操作,测试工程师可以把更多的时间花在用例设计和新功能的测试上
- 可以大幅度提升回归测试的效率,非常适合敏捷开发过程
- 可以更好地利用无人值守时间,去更频繁地执行测试
- 可以高效实现某些手工测试无法完成或代价巨大的测试类型,例如:7*24小时持续运行的系统稳定性测试和高并发场景的压力测试
- 可以保证每次执行的操作具有一致性和可重复性,不会受人的感情因素影响。
Postman自动化测试演示
postman大家都用得挺多的,使用方法就不介绍了,详情可以查看:官方文档
1.新建集合
就是为了给待测试接口统一分类一下用
2.新建接口
下面是我添加的
3.填写自动化测试脚本
例如,我需要测试几点
- http状态码200
- 返回的json的code码是0
- 接口返回时间不小于1000毫秒,脚本如下
-
//查看httpCode码
-
tests["接口状态码200"] = responseCode.code === 200;
-
//判断请求时间
-
tests["返回时间小于1000毫秒"] = responseTime < 1000;
-
//返回body转json
-
var data = JSON.parse(responseBody);
-
//检查json数据
-
tests['code码必须为0']= data.code==0
测试结果结果如下
4.录入所有接口
然后接下我要对所有的接口进行这样的测试,把这些接口都录入,如下
5.执行自动化测试
点击集合的Run按钮
弹出如下界面,可以填写相应的参数,这里我用默认的
点击Run,执行结果如下
可以看到,我们测试了32个接口,其中25个通过,7个失败,有的是时间不满足要求,有的是状态码不对。
针对这个结果,我们可以自己去优化接口,就是这么简单,light weight baby!
此外,Postman还推出了命令行版本Newman,可以配合Jenkins做接口自动化测试和持续集成,具体可以参考
总结:
感谢每一个认真阅读我文章的人!!!
作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助
视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。