个人资料、消息、书签和偏好设置干货 | 环境问题还是测试的老大难?两个步骤轻松搞定
2023-09-11 14:14:52 时间
在实际的工作中,绝大部分公司都至少有3个以上的环境,供测试与研发人员使用。测试人员不可能为每个环境都准备一个自动化测试的脚本,这样的维护成本太过庞大。所以就需要做到一套脚本,可以在各个环境上面运行。
首先在上一节提到过的字典结构体的基础上进行改造(没看过的戳这里 干货 | 实战演练基于加密接口测试测试用例设计),将url从一个写死的ip地址改为一个域名。
req_data={
"schema": "http",
"method": "get",
"url": "http://docker.testing-studio.com:10000/demo64.txt",
"headers":
{"Host":None}
}
然后需要另外一个字典结构体去存储环境的配置。使用env变量存放一个字典结构体的环境配置。然后将请求结构体中的url替换为env配置文件中个人选择的url。
先用env[“docker.testing-studio.com”]读到全部的环境配置选项,再使用改变[env[“default”]]中的选择,去切换不同的环境。
#把host修改为ip,并附加host header
env={
"docker.testing-studio.com": {
"dev": "127.0.0.1",
"test": "1.1.1.2"
},
"default": "dev"
}
data["url"]=str(data["url"]).replace(
"docker.testing-studio.com",
env["docker.testing-studio.com"][env["default"]]
)
data["headers"]["Host"]="docker.testing-studio.com"
由上面两个步骤就可以将环境的切换作为一个可配置的选项,根据需求,很方便的去切换不同的使用环境。不过目前这样的解决办法依然是写在代码中,不够优雅,在后面会讲解如何将env变量中的配置信息转换为一个yaml格式的配置文件。
相关文章
- 一名测试经理的试用期转正报告
- Jmeter性能测试的标准流程
- 从工厂打螺丝到月薪9.5k测试工程师,我该满足吗?
- 分层自动化测试模型变与不变
- app的测试过程和重点关注内容
- Kafka消息的可靠性测试--针对直播业务的方案选择
- MFC测试Windows消息处理机制、阻塞试验、SetTimer、MessageBox、消息响应处理函数
- Android渗透测试Android渗透测试入门教程大学霸
- 【IoT】thingsboard3.3.3测试,使用node-mqtt发送消息
- 《应用程序性能测试的艺术(第2版)》—第2章 2.1节性能测试工具架构
- 《测试驱动数据库开发》—第2章2.3节数据库的类
- 大数据学习——java操作hdfs环境搭建以及环境测试