软件测试 | 测试设计技巧—游戏类

更多软件测试学习资料！！！

游戏开发公司通过各种检查、评估，确定了自己要开发游戏的范围或者项目，然后就需要对市面上的此类游戏进行测试。测试人员分别去玩和开发项目相同类型的游戏。全面的测试报告包括：可玩性、功能方面、画画、性能、所需配置、社群体系等。

游戏测试用例相对于软件测试用例来说会庞大很多，游戏本身就是一个比软件功能多很多的软件。可以按照一下思路设计测试用例。

1.基本功能的测试思路（如图）

游戏基本功能测试用例设计思路

每个测试项有相应的测试点，比如游戏启动测试项，其测试点根据图标、显示方式、启动时间、按键操作分类后进行测试内容细化，结果如表所示。

其他的测试点的细则不一一列举，根据游戏中的实际情况进行细化。

2.每个界面的测试

基本功能虽然能保证游戏的操作流程正常，但对于游戏内容的正确性是无法保证的，界面也是玩家在体验过程中会关注的内容。因此对于游戏内容的检查首先应该根据各个界面进行下手，其中每个界面的跳转路径测试，也保证除基本流程之外的分支流程能够真确，其测试项如图。

每个游戏界面的测试项

3.游戏元素细分方式

界面只是游戏内容的一小部分，实际上游戏内容远不止繁多的界面，通常还有角色人物、道具、音效、成绩、奖惩规则等元素。此款游戏没有生命值的需求，所以奖惩规则没有在测试设计中体现。根据游戏元素整理的测试项如图所示。

游戏元素测试项

4.资源占用情况

游戏的资源占用也属于功能测试的重要内容，测试结果需要在测试报告中记录。通常是记录游戏的CPU占用及内存消耗，需要注意的是这两项数值都是实时变化的，因此需要记录的数据需要进行筛选，选择重要的初始值和峰值进行记录。资源占用测试项如图所示。

资源占用测试项

如何才能得到这两类数据的峰值？这需要设计合理的测试场景：（1）CPU占用理论上是游戏线程越多，读写数据操作越频繁，则CPU占用的数值就越高，因此CPU占用的峰值测试场景为玩家操作频繁的界面。（2）内存消耗则是根据游戏在运行时加载的资源多少来决定的，因此理论上玩家玩的时间越长，加载的界面、元素越多，内存的消耗就越大，因此峰值的测试场景需要尽量遍历所有界面、接触到所有道具，测试时间也需要在4小时以上。

5.异常场景设计

异常场景设计是对测试用例覆盖率最有效的补充，往往最容易暴露问题的就是异常的操作或环境。用例的设计需要考虑游戏与系统如何进行数据交互、游戏如何采用框架以及哪些数据需要跟其他软件进行传递。

测试的Flash游戏运行在Linux环境，与底层系统的交互涉及到操作数据和玩家成绩；操作数据（角色在游戏中的左右移动）是通过pipe管道与底层系统进行交互，玩家成绩（最高高度和最大得分）则是通过scroe.xml文件进行保存。因此异常场景的测试项如图所示。