游戏中的场景测试
场景测试就是基于场景的测试。
什么是场景，就是一段假想出来的在现实中可能发生的故事（有联系的连续行为），用来帮助人们理解一个问题或者系统。举一个简单的例子说明：玩家背包满时去领取道具，这就是一个场景。
为什么要使用场景测试？
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：适合程度的例子如面向任务的由子功能构成的功能组合是否合适以及表的容量是否合适等注2：适
合性相当于IS0 9241-10中任务的适合性。
注3：适合性也影响易操作性。
外部适合性度量宜对这样的属性进行测量，即在测试和用户运行系统期间出现未满足的功能或不满意的操作。
未满足的功能或不满意的操作可能是：
a）功能或操作未能按照用户手册或需求规格说明中规定的那样执行；
b）功能或操作未能提供合理的和可接受的结果以实现用户任务所期望的特定目标。
比如：功能的充分性、功能实现的完整性、功能实现的覆盖率、功能规格说明的稳定性（挥发度）。
＊准确性
软件产品提供具有所需精度的正确或相符的结果或效果的能力
外部准确性度量宜对这样的属性进行测量，即用户遇到不准确的事项的频率。这包括：
a）由于不充分的数据引起的不正确或不精确，如数据的有效数字太少不足以做精确的计算；
b）实际的操作规程与操作手册上描述的规程不一致；
c）在运行期间所执行的任务的实际结果与预期的结果有差别。
比如：预期的准确性、计算机的准确性、精度。
＊安全保密性
软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，而不拒绝授权人员或系统对它们的访问。
[G B/ T 8566-2001]
注1：这也适用于传送中的数据。
注2：安全性（safety）定义为使用质量的一个特性，因为它不仅仅与软件有关，而且与整个系统有关。
外部安全保密性度量宜对这样的属性进行测量，即带有安全保密问题的功能或事件的数目，包括：a）未能防止安全保密输出信息或数据的泄露；
b）未能防止重要数据的丢失；
c）未能防止非法的访问或非法的操作。
注1：建议执行模拟攻击的人侵式测试，因为这种危及安全保密的攻击在通常测试中一般不会发生.真正的安全保密性度量只有在“实际生存系统环境”中，即“使用质量”中才会执行。
注2：从独立存在的系统的情况到与互联网相连的系统的情况，对安全保密保障的需求变化很大.确定所需的功能性及确保这些功能的有效性已经在相关标准中广泛阐明对于那些任何损害造成的影响是重大或是关键的情况，本部分的用户宜使用适当方式和标准来确定安全保密性功能。对于其他情况，用户可以限
制其范围为通常接受的“信息技术（IT）”的保护测量，即抗病毒的备份方式及访间权限的控制.
具体的内容比如：访问的可审核性、访问的可控制性、防止数据讹误。
——注：本部分《软测》有很好的讲述，以《软测》为主
＊互操作性
软件产品与一个或更多的规定系统进行交互的能力。
注：用互操作性代替兼容性是为了避免可能与易替换性的含义产生混淆。
外部互操作性度量宜对这样的属性进行测量，诸如涉及数据和命令的通信缺失的功能数或事件数，而这类数据和命令在该软件产品和与之相连的其他系统、其他软件产品或设备之间应易于传送。
比如：数据的可交换性（基于数据格式）、数据的可交换性（基于用户的成功尝试）。
·数据的可交换性（基于数据格式）
度量目的：对于规定的数据传输、交换接口的功能已经被实现的正确程度如何？
应用的方法：按照数据字段规格说明，测试系统的每一个下游接口功能输出记录的格式。对在测试数据交换中正式能与其他软件或系统交换的数据格式的数目进行计数，并与数据交换的总数相比较。
·数据的可交换性（基于用户的成功尝试）
度量目的：最终用户不能在目标软件与其他软件之间交换数据的频度如何？在目标软件与其他软件之间数据成功传送的程度如何？用户能否经常成功地交换数据？
应用的方法：对使用接口功能和失败次数进行计数。
——从定义看来，主要是针对系统之间的接口，比如foxmail中导出的邮件能否导入outlook，侧重于软件。
类似于系统之间的接口测试。那么系统内部的接口测试呢？比如系统与OS、系统内部模块该怎么归类？
○互操作性测试的概念和分类
协议是计算机网络和分布式系统中各通信实体间相互交换信息时所应遵守的一组规则。协议是构建网络分布系统的基础，其在网络和分布系统的发展中，一直处于核心地位。协议测试是指按照协议标准，通过控制观察被测协议实现的外部行为对其进行评价。按照ISO 9646规范，协议测试包括四个方面的内容：（1）一致性测试：目的在于检测所实现的系统与协议规范的符合程度；
（2）性能测试：用于检测协议实体或系统的性能指标（数据传输率、连接时执行速度、吞吐量等）；

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。