《游戏测试》你真的会写用例吗？ 2

3、逻辑不清

大家写用例的时候，思路比较混乱，基本上都是按照策划文档从头到尾的顺序来写用例，写的过程中会发现前面好像已经写过这里了，怎么又要写。同类型的模块又没有整理到一起，前面一部分，后面一部分，很不方便后期阅读。

像我这边一般会按照流程图的方式来写用例，从头到尾，简单又清晰。

1. 4、常规测试点
2. 
3. 
4. 
   

5、补充学习

游戏测试同学很少有在校接触过理论学习，自己也不大喜欢看理论资料，要学习估计也是去学自动化测试、性能测试、大数据测试、AI智能测试。没办法，不学这些，连简历都过不了。

对游戏行业来说，业务测试也是很重要的，打好基础会让你的工作更加一帆风顺。

测试原则--测试证明存在缺陷

这句话很有意思，有很深的意味。可以从深层知道你做测试的动机，然后影响到你的测试质量。

正常我们测一个功能，是不是会顺着功能，验证功能都实现了而且没有什么问题。

如果一开始是带着这个目的的话，我们设计的测试用例，做的测试数据基本上都是为了验证功能正常，从而只能发现很少的BUG。

相反，如果一开始就觉得这个功能会有各种各样的问题，测试是为了找到这些问题，那我们设计的测试用例，做的测试数据就会各种刁钻，从而能够发现更多、更深层的问题。