把人对软件的测试行为转化为由机器执行测试行为的一种实践。
例如GUI自动化测试,模拟人去操作软件界面,把人从简单重复的劳动中解放出来
本质是用代码去测试另一段代码,属于一种软件开发工作,已经开发完成的用例还必须随着被测试对象的改变而更新,因此,还有额外的维护成本。
功能自动化测试
性能自动化测试
Web应用测试
接口测试
单元测试
可以替代大量的手工机械重复性操作,测试工程师可以把更多的时间花在用例设计和新功能的测试上
可以大幅度提升回归测试的效率,非常适合敏捷开发过程
可以更好地利用无人值守时间,去更频繁地执行测试
可以高效实现某些手工测试无法完成或代价巨大的测试类型,例如:7*24小时持续运行的系统稳定性测试和高并发场景的压力测试
可以保证每次执行的操作具有一致性和可重复性,不会受人的感情因素影响。
postman大家都用得挺多的,使用方法就不介绍了
就是为了给待测试接口统一分类一下用:
下面是我添加的:
例如,我需要测试几点:
http状态码200
返回的json的code码是0
接口返回时间不小于1000毫秒,脚本如下
//查看
httpCode码tests["接口状态码200"] = responseCode.code === 200;
//判断请求时间
tests["返回时间小于1000毫秒"] = responseTime < 1000;
//返回
body转jsonvar data = JSON.parse(responseBody);
//检查
json数据tests['code码必须为0']= data.code==0
测试结果结果如下:
然后接下我要对所有的接口进行这样的测试,把这些接口都录入,如下:
点击集合的Run按钮:
弹出如下界面,可以填写相应的参数,这里我用默认的
点击Run,执行结果如下:
可以看到,我们测试了32个接口,其中25个通过,7个失败,有的是时间不满足要求,有的是状态码不对。
针对这个结果,我们可以自己去优化接口,就是这么简单。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 731789136,里面有各种测试开发资料和技术可以一起交流哦。
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!