关于热修复
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+）进行测试
