非强更又分为两种，会让所有玩家强制下线，以及不会强制所有玩家下线的情况。

　　先说第一种情况，当热更内容发布至线上之后，所有在线的玩家都会被强制下线。当玩家重新打开游戏的时候，会被要求下载最新版本的资源才能进游戏。
这种更新方式在我工作过程中几乎没有接触过，所以也不太能举例出应用场景。

　　然后是第二种情况，这种情况就比较多了。
当热更内容发布之线上之后，所有在线玩家都可以正常继续进行游戏。当玩家下线重新登陆的时候，便会下载到最新的资源包。

　　以上就是对两种更新情况的说明，那么作为QA，我们如何参与到整个更新流程当中呢？

　　首先，任何推上线上的内容，都必须要在QA服上验收一边，直接推上线上的风险很大，也不符合流程规范。那么作为QA自然而然首先要做的事情就是在QA服上验收一边热更内容。

　　当QA确认热更内容没问题之后，就可以让程序将热更内容发布之线上了，随后就万事大吉了…嘛？
并不，程序将热更发布之线上的这一环，也有失误的风险。

　　一般而言，较优的解决方案，是在线上服务器区分黑白名单。
程序发布热更资源至线上时，对黑名单用户（普通玩家）作出限制，黑名单用户不会下载到最新的资源，而白名单用户（游戏QA）在线上可以先下载到热更资源。拥有白名单的QA在线上的环境验收完成，确认无误之后，再将这批热更资源开放给所有玩家。

　　以个人理解来看，再两个服务器上验收两边同一批资源，虽然看起来有点重复工作的意味，但其实是有不同测试目的的。
第一次在QA服上验收，是为了确认由运营/策划提供的这批热更资源，是否符合预期，测试的目的是为了「保证这批资源的正确性」。
第二次在线上验收，是为了确认程序将热更资源发布至线上这一环节是无误的，测试的目的是为了保证「程序的操作无误」。