流水账式的接口测试脚本
在编写不少流水账式的接口测试脚本后,发现其中存在大量重复的代码
思考:能不能把公共的操作单独抽离出来,抽象到一个common文件中,在其他文件继承或导入文件进行使用
- 如何区分哪些是公共的部分?
一般哪些是公共部分?
公共部分与非公共部分的边界是什么?
提供common文件的通用性
如不写死测试系统,通过传入参数指定测试系统
加入测试报告
加入测试报告模块,把测试结果储存在测试报告当中,而是都使用print打印
加入测试驱动框架
加入unittest或pytest测试驱动框架来驱动各个模块,更好地组织测试脚本
加入日志
为了更好地定位和分析问题,加入日志模块
加入断言
针对复杂断言,引入jsonpath断言、Xml断言、Xpath断言、hamcrest断⾔、Json schema校验
引入POM
为了更好地区分业务操作,方便脚本维护,引入POM
引入参数化
利用无人值守时间,节省时间。
自动验证返回结果,提高效率。
-
读取数据库的数据
-
读取文件数据
引入持续集成
为了CI/CA集成,引入持续集成模块
......
不要把测试框架看得太高大上了,不是只有像selenium、appium、httprunner才叫测试框架,你可以从一个简单地测试框架开始做起。
测试框架是在编写大量测试脚本地过程中不断抽象封装出来地,然后不断完善,是一个循环往复地过程。