最近笔者所在的项目开启了一轮公司内部的体验测试，发现了不少问题，这里总结一下，分享给各位小伙伴。
一、发包前的检查一定要做
由于是公司内部的体验测试，觉得重要性没那么高，所以我们也没做发包前的checklist检查，打出包来随便看了看就发布了。内部体验测试中发现的很多bug，其实都比较容易发现，如果发包前详细的跑一遍checklist，版本内的bug会少很多。
这也是需要我们重视的地方，做为测试人员，时刻不能麻痹大意，哪怕是公司内部的体验版本。我们多花一点时间做好发包前的检查工作，大家体验游戏的感觉可能就会高很多。
二、交换测试很重要
长期负责固定功能的测试，一定会导致思维固化。本次测试有部分bug是日常测试过程中应该发现而没有发现的问题。解决这个问题也很简单，交换测试算是不错的方法之一。
在研发期的项目，测试时间相对充裕，还是建议每隔一段时间，就做一次交换测试，以减少思维固化导致的风险。
三、关注防刷处理
测试过程中要重点关注资源产出的地方，注意防刷。任何的疏忽，就有可能导致被刷。
四、功能的跟进
通过内部测试反馈，我们也发现部分功能点的修改测试人员并不知晓，从而出现了漏测的情况。
这反馈出2个问题，一是流程上不完善，功能的修改部分没有反馈到任务列表里或者是任务列表里的任务未及时的指派给测试人员，还要继续规范开发流程。二是测试人员的主动性还要继续提升，多主动跟进功能的变更情况。
五、回归测试
内部测试中也出现了另一个问题，一些以前测试没问题的功能，在测试过程中又出现问题了。这个也是我们在版本研发过程中，由于时间或者流程问题，没有及时的做回归测试所致。
不能认为以前测试没问题的功能就一定不会有问题，因为在新功能开发过程中或者修复bug的过程中，有很大概率会影响到原有的老功能。
所以如果时间允许，可以做详细的回归，如果时间不允许，重点功能的回归一定要做。
就简单总结这么多吧，谨慎小心，临渊履冰，测试工作任何时刻都不能放松。
