如果觉得文章对您提升有所帮助,请帮忙点赞、收藏、转发、留言提升下热度让更多人看到,关注随意,仅依赖平台的推广流量太有限了,谢谢大家!
我在之前的文章unittest+request+htmltestrunner为什么强于pytest+request+allure?中提到过,接口自动化框架接入新的应用/项目的时间成本无限低是框架的一个核心价值。今天我们就这个问题进行讨论。
首先我们先说下现状吧,目前主流的设计就是将配置文件的数量与测试运行的环境的数量一一对应,比如说,测试环境有sit/系统集成环境、uat/用户验收环境、pre/预发布环境、prod/生产环境4套环境,那么就会有sit/uat/pre/prd对应4个配置文件,格式大体是.ini文件,而配置文件里存储的一般是一些静态数据,比如邮件发送报告相关内容、对应测试环境的host相关内容、对应测试环境的中间件相关内容。这种设计思路我们把它定义为以环境维度,就像这样