如何让unittest/pytest+requests+htmltestrunner/allure接入新应用/项目的时间成本无限低?

如果觉得文章对您提升有所帮助,请帮忙点赞、收藏、转发、留言提升下热度让更多人看到,关注随意,仅依赖平台的推广流量太有限了,谢谢大家!

我在之前的文章unittest+request+htmltestrunner为什么强于pytest+request+allure?中提到过,接口自动化框架接入新的应用/项目的时间成本无限低是框架的一个核心价值。今天我们就这个问题进行讨论。

首先我们先说下现状吧,目前主流的设计就是将配置文件的数量与测试运行的环境的数量一一对应,比如说,测试环境有sit/系统集成环境、uat/用户验收环境、pre/预发布环境、prod/生产环境4套环境,那么就会有sit/uat/pre/prd对应4个配置文件,格式大体是.ini文件,而配置文件里存储的一般是一些静态数据,比如邮件发送报告相关内容、对应测试环境的host相关内容、对应测试环境的中间件相关内容。这种设计思路我们把它定义为以环境维度,就像这样

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值