工作总有不爽之处，不放过每一个点，思考改进才能进步。
介绍下目前测试环境和生产环境的不同之处：
1、登录（测试环境能调登录接口获取ksid，生产环境不行）
2、权限（测试环境和生产环境的权限scope对应的集合不同）
3、创建类有数量限制（测试环境可以随机生成新账号，生产不能）
4、授权回调地址（测试环境可以用搭建的固定服务地址，生产没有）
5、测试环境和生产的测试数据（两个环境数据是隔离的，每次要提前准备好）
因为这些问题导致每次测试环境通过的脚本在生产环境验证时，需要手动修改这些东西，非常麻烦且耗时。
如何修改我们脚本，使得脚本能在测试和生产环境兼容，不用手动修改呢？
1、在这些地方都加上环境的判断？
能解决问题，但是在写脚本时也会比较麻烦。
2、每个环境单独写一套？
显然这个方法并不行，既不方便测试脚本的管理，而且每套脚本运行前都需要调试，浪费时间和资源。
还有别的办法吗？
这个时候突然明白了config的意义，我们现在是根据环境配置了不同的参数汇总在一起，但一般项目代码的config参数就是根据环境获取不同的配置参数，比如通过huskar拿相应的参数。所以合理使用配置文件才是专业、有效的解决方案。
网友评论