目录
引言
框架设计思路
框架结构
运行程序
总结
总结:
很多人都知道,目前市场上很多自动化测试工具,比如:Jmeter,Postman,TestLink等,还有一些自动化测试平台,那为啥还要开发接口自动化测试框架呢?
相同之处就不说了,先说一下工具的局限性:
1.测试数据不可控:
接口虽然是对业务逻辑、程序代码的测试,而实际上是对数据的测试,调用接口输入一批数据,通过断言代码验证接口返回的数据,整个过程围绕数据测试。
如果返回的数据不是固定的,是变化的,那么断言失败,就无法知道是接口程序错误引起的,还是数据变化引起的,所以就需要进行测试数据初始化。
接口工具没有具备数据初始化的功能,从而无法真正做到接口自动化测试。
举个例子来帮助理解:
比如你要测试一个查询接口,在没有初始化测试数据的情况下,你入参是:id = 1,断言是: assert name = ‘测试’, 这个断言是你预先知道接口会返回什么。调用接口时候,接口返回结果是name = ‘测试’,断言成功,因为你知道数据库有一条id=1的数据。
哪天这条id=1的数据被人删除,但是你维护的接口测试框架还在跑,并没有更新测试数据,结果断言失败,你上去debug,最后发现是测试数据的问题,这个过程是费时又费劲的,
如果做了测试数据初始化的功能,完全是可以避免的。
因为入参和出参都是固定的,是按自己需要初始化好的,不用担心数据变化引发断言失败,那么只关心接口程序代码的问题了。
2.无法测试加密接口
公司项目中,大部分接口是不供外部调用,会使用用户认证、签名、加密等手段,提供接口的安全性。而一般的测试工具无法做到模拟和生成这些加密算法。
3.扩展能力不足
工具始终是工具,有一定的局限性,无法生成自定义测试报告,无法定制化发送邮件,持续集成和定时任务。
4.对业务的支持程度
工具对业务支持程序相对比较低,无法根据不同业务定制化开发,而自动化测试框架可以做到这点,对业务支持比较灵活。
1.大致处理流程:
2.接口自动化测试框架处理过程:
框架介绍:
各个目录的作用:
主程序运行文件run_main.py:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 |
|
测试数据初始化data_init.py:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 |
|
运行结果:
1 2 |
|
测试日志:
测试报告:
有错误不要害怕,看看报错信息,再修改一下,运行后:
在测试之前,要准备测试环境,如果是正式环境的接口,有条件的话,建议独立创建测试数据库,避免对正式数据造成影响。可以在本地创建或在正式库服务器是上创建db,本套仅作为项目测试环境使用。
在数据库初始化时,连接测试环境的数据库,将自己需要的测试数据初始化进去,每次程序执行的时候,都初始化一遍,这样的作用防止数据与正式数据冲突,并且防止测试数据重复和累积在数据库中。
感谢每一个认真阅读我文章的人!!!
我个人整理了我这几年软件测试生涯整理的一些技术资料,包含:电子书,简历模块,各种工作模板,面试宝典,自学项目等。欢迎大家点击下方名片免费领取,千万不要错过哦。