Hotfix后的测试跟踪

关于热修复

Web端在发版后,若存在问题需要进行Hot fix,如字面意思,是热修复,但具体了解后其实就是代码在分支上修复后,合并到master,进而重新发版的过程。作为测试的我们,需要跟踪Hot fix后的Test及Prod代码环境。

抛砖引玉,App端也支持Hot fix,传统逻辑上的App修复,是发现Bug→修复→提测→测试输出→打包→上线→重新下载最新app,此过程都是用户感知的,app端稍微有bug就需要重新发版才能解决,再加上app包大的话体验并不好,而且整个过程较高成本高。为此,为了不重新下载应用,通过Hot fix即可无感知的解决问题,例如:YeeligHt App产品入口开放需要通过后台控制,算是一种Hot fix的技术手段。

测试过程注意事项

验证Hot fix过程是否可正常使用

验证Hot fix的Release Note是否生效

Hot fix是否覆盖全部用户

旧版本是否兼容,新版本是否存在其他性能问题

测试过程版本管理

当前Test环境版本为a,Prod环境版本为A

Hot fix后线上代码为A+

验证通过后,Test环境/Stage环境Tag需要更新为A+,保持与线上代码一致

对于未在使用中Test环境可直接由a发版到A+

对于正在使用的Test环境评估无影响后,下一轮发布B版本(包含A+)进行测试

你可能感兴趣的:(Hotfix后的测试跟踪)