添加额外的逻辑只是为了简化质量保证自动化,这是一种好习惯吗?

问题描述

我最近收到了添加其他逻辑的请求,以便我的质量保证团队可以针对API运行一些自动化功能。想法是使某些逻辑仅在使用环境变量的QA环境中可用。 我反对仅出于测试目的而在API中添加任何逻辑,我认为应考虑采用更好的解决方案。但我想听听其他意见。

解决方法

在组织中,针对不同的环境具有不同的执行变量是非常典型的。

我们有DEV,INT,STA,PROD环境,但是设置不同:帐户,证书等。

我们使用Python pytest作为基本的测试自动化框架。

我们创建了不同的标记以链接到不同的环境。

DevOps团队只需调用不同的标记,即可针对不同的环境触发正确的测试。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...