质量模型——功能测试.pdfVIP

游戏中的场景测试 景测试就是基于 景的测试。 什么是 景，就是一段假想出来的在现实中可能发生的故事 （有联系的连续行为），用来帮助人们理解 一个问题或者系统。举一个简单的例子说明：玩家背包满时去领取道具，这就是一个 景。 为什么要使用场景测试？ 1. 便于学习产品 对游戏测试而言，除了需要熟悉所测试功能外，还需要对周边的系统功能，甚至整个游戏有较深 的 了解。如果能假想自己是一个玩家，模拟玩家可能的操作，这样就能减少从单一功能点角度出发去了解一 个功能的枯燥性，并且可以提升对功能系统内部以及功能点之间关联的理解程度。 2. 将需求文档和测试联系起来 在策划文档中，会对规则进行详细的定义和说明，但是，对于这些规则下的玩法则需要在测试中体现 出来。测试人员除了要对策划案中所列出的规则进行测试外，还需要考虑玩家所有可能的操作。由这些操 作，就组成了我们测试的 景。 3. 暴露产品设计上的缺陷 缺陷不仅仅是存在于代码层面上，产品设计上也可能会有不合理的地方。我们常用的测试方法，一般 都是针对如何发现代码问题的，在发现涉及上的缺陷方面有局限。要发现设计上的问题，就需要从玩家的 角度出发，结合玩家的玩法，设计出特定的 景，在这样的场景下进行测试。 4. 探索产品的用法 对游戏测试，规则是死的，玩家是活的。玩家的行为是不可预期的，玩法是多 多样的。把规则转化 为玩法，建立对应的测试场景，就可以预先把这些可能的玩法在测试时过一遍，更有利于保证我们游戏产 品的质量。这些 景还可以保留下来，作为既定玩法，还能应用于其他系统功能的测试中。 5. 将需求相关的问题引出到台面上 景测试能有效暴露出产品设计上的缺陷。需求是抽象的，有时只有在实际的运行过程里面才能暴露 出问题。这个实际的运行过程，就是 景测试。 综上，在游戏测试时，引 景测试，对提升游戏的品质是十分必要的。 创建 戏场景的方法 1. 写出功能系统中对象的生命历程。 2. 列出可能的玩家群体，分析他们的兴趣和目标。 3. 考虑恶意玩家，他们可能怎么攻击你的游戏，怎么利用现有规则。 4. 列出系统事件，考察系统怎么处理这些事件。 5. 列出特殊事件，考察系统怎么容纳这些事件。 6. 列出收益并创建端到端的任务来检查他们。 7. 与玩家沟通，找出原有功能or 系统中他们最不满意的地方。 8. 与玩家一起参与，观察他们是怎么玩游戏的，经常做些什么。 9. 参考本游戏中类似的系统会做什么。 10. 研究对这个系统以前版本和竞争对手的不足。 11. 创建模拟的外网玩家群体 （可使用随机导 外网账号的方式），使用这个模拟玩家群体，模拟外 网真实情 。 一个完美的场景测试应包含几个特征： 1. 一个基于真实玩家怎么玩游戏的 景，包括玩家的动机。 2. 景具有感染力，有影响力的干系人会促使让这个 景测试失败的原因得到修复。 3. 景要可信，不仅在真实的世界中可能发生，而且将很可能发生。 4. 景包含对游戏的复杂的操作，或者复杂的环境或者一套复杂的数据。 5. 测试结果容易评估 质量模型 功能测试 概述 ＊ 功能性 当软件在指定条件下使用时，软件产品提供满足明确和隐含要求的功能的能力。 注 1 ：本特性与软件为满足要求要做什么有关，而其他特性则主要与何时满足要求以及如何满足要求 有关 注 2 ： B .21 中对于质量定义的注解适用于本特性中的明确和隐含的要求 注 3 ： 对于用户操作的系统，功能性、可靠性、易用性和效率的组合可以通过使用质量从外部测量。 外部功能性度量宜对这样的属性进行测量，即包含该软件的系统的功能行为。系统的行为可以从下列 方面加以观察： a）当前实际执行的结果与质量需求规格说明之间的差别； 注 ：功能性质量需求规格说明通常描述为功能需求规格说明 b）实际用户在操作期间检测到的功能欠缺，这些功能是在规格说明中未明确但却是隐含的需求。 注 ：当隐含的操作或功能被检测出后，宜评审、批准它们，并在规格说明中陈述。就其实现程度达成 一致意见。 ＊ 适合性 软件产品为指定的任务和用户目标提供一组合适的功能的能力 注 1 ：