大家好,今天我们一起来聊聊在测试部门或者测试工程师测试通过的版本发布到生产环境中出现了漏测的现象,以至于版本发布升级失败,那么在版本发布升级失败后进行版本回退需要关注及做好哪些方面的工作呢?
出现漏测很多时候也是不可避免的,但是现在问题出现了版本升级发布失败了,影响到了生产线上的业务功能,那么需要进行回退版本恢复到可用的业务功能,一般来说在版本升级的时候都会做版本升级演练,一旦升级失败就会按照版本回退方案进行回退操作,大概个人总结了有以下几点需要重点关注;
一、配置信息
配置信息在版本升级后都进行了更新,那么需要回退到之前的配置项信息,比如应用服务的配置信息、redis配置信息、服务的Apollo配置信息、数据库配置信息、关联应用服务的配置信息、dubbo的配置信息等,都需要回退到上一个生产配置,以免调用出现报错影响业务信息。
二、数据库
在版本升级发布前都需要进行数据库的备份,数据的备份工作,发生升级失败后需要对执行的数据库表、数据库执行的脚步、数据库的执行的储存过程等进行回退操作,保证数据库在上一个生产迭代版本中正常的应用,避免出现数据库链接或者读写数据库表数据出现报错而影响业务。
三、应用服务
在版本升级发布时也都会对上一个版本的应用服务进行备份操作,那么升级失败后直接回调到上一个版本的应用程序,其他关联系统也做相应的回调操作,充分的评估版本影响,保证回调的应用服务功能正常。
四、数据清理
在版本升级时可能会执行了一些新表数据或者数据库存储过程,及在之前的基础数据中进行了更新默认值数据,那么在版本升级回调失败后需要及时的清洗恢复数据。保证数据库表里的数据正确性。
五、回归业务验证
版本发布回退完成后,那么测试工程师需要进行线上生产业务的验证,对之前的需求功能及正常的业务功能进行验证测试,保证业务正常运行。对新需求上线的功能进行检查看看是否回退完全,新需求功能是否彻底的回退撤下。避免新需求功能回退不彻底影响到业务正确性。
总结
最后就需要在版本回退完成后,进行总结分析,进行回顾版本的测试质量、回顾版本升级过程中的操作,分析版本发布失败的原因,找到问题进行分析问题,总结问题,给出解决方面,避免在后续的版本测试及升级出现失败的情况发生。