l游戏测试说明资料.docVIP

游戏中的场景测试 场景测试就是基于场景的测试。什么是场景，就是一段假想出来的在现实中可能发生的故事（有联系的连续行为），用来帮助人们理解一个问题或者系统。举一个简单的例子说明：玩家背包满时去领取道具，这就是一个场景。 1.???? 便于学习产品 2.????将需求文档和测试联系起来 在策划文档中，会对规则进行详细的定义和说明，但是，对于这些规则下的玩法则需要在测试中体现出来。测试人员除了要对策划案中所列出的规则进行测试外，还需要考虑玩家所有可能的操作。由这些操作，就组成了我们测试的场景。 3.????暴露产品设计上的缺陷 缺陷不仅仅是存在于代码层面上，产品设计上也可能会有不合理的地方。我们常用的测试方法，一般都是针对如何发现代码问题的，在发现设计上的缺陷方面有局限。要发现设计上的问题，就需要从玩家的角度出发，结合玩家的玩法，设计出特定的场景，在这样的场景下进行测试。 4.????探索产品的用法 对游戏测试，规则是死的，玩家是活的。玩家的行为是不可预期的，玩法是多种多样的。把规则转化为玩法，建立对应的测试场景，就可以预先把这些可能的玩法在测试时过一遍，更有利于保证我们游戏产品的质量。这些场景还可以保留下来，作为既定玩法，还能应用于其他系统功能的测试中。 5.????将需求相关的问题引出到台面上 场景测试能有效暴露出产品设计上的缺陷。需求是抽象的，有时只有在实际的运行过程里面才能暴露出问题。这个实际的运行过程，就是场景测试。 综上，在游戏测试时，引入场景测试，对提升游戏的品质是十分必要的。 创建游戏场景的方法 　　1.写出功能系统中对象的生命历程。 　　2.列出可能的玩家群体，分析他们的兴趣和目标。 　　3.考虑恶意玩家，他们可能怎么攻击你的游戏，怎么利用现有规则。 　　4.列出系统事件，考察系统怎么处理这些事件。 　　5.列出特殊事件，考察系统怎么容纳这些事件。 　　6.列出收益并创建端到端的任务来检查他们。 　　7.与玩家沟通，找出原有功能or系统中他们最不满意的地方。 　　8.与玩家一起参与，观察他们是怎么玩游戏的，经常做些什么。 　　9.参考本游戏中类似的系统会做什么。 　　10.研究对这个系统以前版本和竞争对手的不足。 　　11.创建模拟的外网玩家群体（可使用随机导入外网账号的方式），使用这个模拟玩家群体，模拟外网真实情况。 一个完美的场景测试应包含几个特征： 　　1.一个基于真实玩家怎么玩游戏的场景，包括玩家的动机。 　　2.场景具有感染力，有影响力的干系人会促使让这个场景测试失败的原因得到修复。 　　3.场景要可信，不仅在真实的世界中可能发生，而且将很可能发生。 　　4.场景包含对游戏的复杂的操作，或者复杂的环境或者一套复杂的数据。 5.测试结果容易评估 场景测试不是盲目的，想到哪个场景就测试哪个，而是需要事前规划出一系列的可能场景，设计出在该场景下的测试用例，最后按照用例来执行测试。下面就介绍一种场景测试用例的生成方法。 使用用例场景设计测试用例 为了方便测试，我们一般会根据所测试功能的大小，将其划分成一个或几个在逻辑上相对完整的功能流程（按照UML的定义可称为用例）。对用例进行分析后，我们就可以整理出用例的场景，再针对这些场景，设计出场景测试用例。 将要测试的用例按照实际情况排出经过用例的路径，确定出基本流和备选流，列出所有从开始到结束的可能路径，从而形成测试可用的，有特定意义的用例场景。 举个例子来说明如何生成用例场景： 上图中经过用例的每条不同路径都反映了基本流和备选流，都用箭头来表示。基本流用直黑线来表示，是经过用例的最简单的路径。每个备选流自基本流开始，之后，备选流会在某个特定条件下执行。备选流可能会重新加入基本流中（备选流1和4），还可能起源于另一个备选流（备选流2），或者终止用例而不再重新加入某个流（备选流2和3） 遵循上图中每个经过用例的可能路径，可以确定不同的用例场景。从基本流开始，再将基本流和备选流结合起来，可以确定以下用例场景： 场景1??????????????基本流 场景2??????????????基本流备选流1 场景3??????????????基本流备选流1备选流2 场景4??????????????基本流备选流1备选流3 场景5??????????????基本流备选流1备选流4 场景6??????????????基本流备选流3 场景7???????????????基本流备选流4 注：为方便起见，场景2、3和4只描述了备选流1指示的循环执行一次的情况。 当我们的场景确定好以后，就要确定出每一个场景的测试用例。生成测试用例的方法很多，这里就不一一累述了。就说一下大的原则吧： 1.????基本流的全面测试除了正面的测试用例外，还必须包括负面测试用例，以确保只有在符合条件的情