备注：本文为博主原创文章，未经博主允许禁止转载。如有问题，欢迎指正。

个人笔记（整理不易，有帮助，收藏+点赞+评论，爱你们！！！你的支持是我写作的动力）

笔记目录：笔记本~笔记目录_airtest和selenium那个好用-CSDN博客

个人随笔：工作总结随笔_8、以前工作中都接触过哪些类型的测试文档-CSDN博客

一：审表的原因

1：生产环境有多个分支的表，如trunk（主干）、gm（先行服）、cn（国服）、sea（海外）、ty（港台）等，每个服的生态可能不一样，所以每个分支的配置存在差异化

比如国内不开A礼包，海外开A礼包

2：一个分支从另一个分支打出来的，所以有差异的配置需要更改（trunk->gm->cn；trunk-cn-gm(特殊情况)），QC需要检查差异化内容是否正确

首先理解一下：

trunk->gm->cn，版本的内容测试完成后，会从trunk打一个分支出来，作为gm的新分支，然后更新gm服（先行），gm服会有少量的玩家，所以是一个正式的线上环境，我们可以提前验证版本数据是否符合预期，版本内容是否无BUG

gm服验证完成后，就可以安排cn服的版本更新，cn服的分支是从gm服打出来的，理论上配置应该一致，但是由于gm服的生态小，一些功能的开启，甚至活动排期跟cn是不一样的，所以这样里存在差异化

trunk-cn-gm，为什么会出现先更新cn，再更新gm呢，其实就是乱搞，为了快点更新，这样导致gm服失去了先行的意义了，实际上我确实遇到了，在这里，同样也出现差异化

回顾一下历程，为什么会有这种变化？

在这个过程，