游戏测试：探索测试空间-I T资讯

引言

所以你将计划如何测试你正在开发的游戏，或者即将开始开发的游戏。你要从哪里开始?也许你清楚自己将开发的游戏到底是什么。利益相关者已经跟你明确了游戏中需要具有哪些内容，以及在某种程度上它该如何运行。但这通常只涉及到完整的测试空间的一小部分。我使用了“测试空间”去传达你需要通过运行去测试一切内容的完整测试。

你清楚自己永远都不会将完整的测试空间与测试组合在一起，因为这是一种不划算的做法。但你可能清楚只是测试游戏的核心功能是不够的。这将引出一个优先权的问题，即关于你真正需要执行的是哪种测试，但是你是如何看待你更先需要使用的所有测试?

在本文中我将尝试着罗列出我认为在开始开发一款新游戏前需要考虑的不同测试类型。我使用了ISO 25010作为基础，并添加了一些来自James Bach和James (为试验性测试创造了许多不同的方法)的想法，这将帮助我们更好地思考其它探索测试空间的方法。这并不是一份完整的综合列表，但我希望这将是一个好的开始。

game

ISO 25010

ISO 25010是一个关于系统和软件的质量模型。它包含了8种软件质量类型，这将能够作为设计测试的有效开端。

功能适用性

这一类别包含了一个较大的测试空间，如果你并未花时间去思考你的方法你便很容易遗漏其中的大部分内容。

当产品基于特定条件获得使用时，产品所提供的功能将能够满足所声明且隐含的要求。用户行动将导致某种类型的结果。当我按压“新游戏”按键时，某些情况将会发生。当在游戏中通过鼠标按压按键时，根据光标所在位置将会产生不同的效果。当用户按压“连接社交媒体平台”时，游戏应该连接所示的社交媒体平台。等等。你的大多数测试可能会结束于这一类别，这可能是你所想到的最初的内容。

同样包含于这一类别且同样非常明显的是人工智能。AI是否基于特定的条件或采取适当的行动?音频也是如此—-正确的音频文件是否会基于特定的条件进行播放?这里也包含了核实游戏机制和物理引擎。

基于测试下的游戏，另外一件重要的事便是核实游戏世界是否匹配所声明的或隐含的要求。所有的事物是否各归其所?包括岩石，小贩，怪物，NPC，山洞，城堡，房子，河，山等等。

多人玩家功能也是功能适用性的一部分。

在这一类别中有许多不同类型的测试，它们在不同类型和游戏间也会有所不同。尝试着为不同类型创造关于所有功能适用性测试的完整概述本身就是一篇完整的文章。即使那样特定的游戏业能够偏离某种类型并需要其它特殊的测试。

如何面向所有的不同领域想出测试方法并不是一个简单的任何。在以前的文章中我曾经提到使用系统化创造性思维作为围绕着如何进行测试而发挥创造性想法的一种方法，即从一种常见的用户行为开始并应用SIT。

可靠性

所以除了功能适用性测试外，另外一种测试便是可靠性测试。即关于在特定条件下基于特定时间系统或组建执行特定功能。

容错性是一方面。当某些内容出错时会发生什么?游戏是否会崩溃或者游戏是否会基于适当方式处理错误?

恢复是另一方面。当游戏真正崩溃时会发生什么?用户数据发生了什么?进程，道具，分数等等。可能游戏永远也不会崩溃，但如果这种情况真的发生了，它对用户所造成的影响应该达到最小。

持续时间和成熟测试也包含于可用性类别中。如果你离开游戏24小时会发生什么情况?离开1周又会发生什么情况?通过这种测试可能能够发现内存泄露。在12小时的强化游戏后游戏将如何运行?任何性能是否会降低?

在这一类别中我同样也包含了通过点击UI的随机自动测试，该测试将往游戏世界中派遣自动化bots让它们在世界上随机游荡直至通过游戏世界之墙—-这将让你能够找到角色模型深陷于世界中的哪个地方。

压力测试也是可靠性测试的一部分。基于最简单的形式，它包含了像按压一个按键多次而不只一次的测试。它同样也可以包含上千名用户同时登录一个服务器或上百名玩家彼此进行PvP抗衡，或一起参与公共非实例任务。另外一个例子便是许多玩家同时执行微交易。在可用性的庇护下，我们能够明确游戏是否能够处理这些情况，并且不会崩溃，将你踢出去，这都是属于性能效率类别中。

∩操作性

当处于特定条件下，产品将具有能够被理解，被学习，被使用并吸引用户的属性。所以这到底意味着什么?

容易使用，可学习且具有吸引力。游戏是否容易开始?用户是否理解游戏机制?用户界面是否可被理解?教程是否适当?

但当提到游戏时这也能包含有趣因素的测试。游戏是否真的有趣?现实性测试也包含于这一类别中，这包含了物理引擎等多种内容的可信度。游戏对于玩家来说是否逼真且具有沉浸感?平衡也包含于此，如果游戏是有趣且可被理解的它便是于此相关联的内容。

性能效率

这是与特定条件下使用的资源数量相关的性能。这将包含反应时间，加载时间和不同类型的世界行为。这也包含不同类型的资源利用，如RAM，GPU和CPU的使用。FPS与资源利用具有联系。

这也包含了压力条件下的性能测试，如在 XIA 10个人与200个人相抗衡的FPS游戏。

许多这样的测试同时也会影响游戏对于用户的吸引力，关于这一点我们已经在可操作性方面讨论到了。

安全性

即关于信息和数据的保护以便未获授权的人或系统不能看到或修改请关注川北在线娱乐百科频道而获得授权的人或系统可以直接访问相关内容。在没有任何微交易的单人游戏中，安全性真的很重要。但在测试一款MMO，MOBA或类似的游戏时，这种重要性将发生分解：机密性，完整性，责任性，真实性。安全性测试需要比其它测试类型更加具体的能力，这点对于现代游戏来说更加重要。如何与黄金卖家相抗衡便包含于这一类别中。

兼容性

在分享硬件或软件环境时，两种以上的系统或组件可以交换信息或执行所要求的功能。

互操作性是其中的一部分。支持不同的游戏方向键，游戏鼠标，键盘，和以及类似的游戏设备。这包括一种软件系统(游戏)以及一种以上的硬件系统。

程序间的共存。在后台运行着。运行Team Speak，或其它VoIP客户端。两种以上的不同软件系统共存着。

∩维护性

指的是产品可得到优化的效果。许多包含于这一类别中的活动都属于开发活动。但对于游戏测试者来说保护可测试性是有益的。

你可以在这一类别中整合修改测试。

∩转移性

即系统或组件能够从一个硬件，软件或其它可操作或使用的环境有效地转移到其它硬件，软件等等上。

在此我们可以基于不同硬件和OS进行测试。手机游戏需要基于iOS，和上测试。存在不同的硬件制造商。不同的OS版本。来自同一家制造商的不同版本的硬件。对于PC，存在不同的配置。这里的关键在于拥有足够的业务信息能够优先考虑不同的硬件和OS配置，并伴随着最小但却获得推荐的硬件要求。

James Bach的启发法

James Bach是最著名的软件测试专家之一，他已经创造了一列能够应用于许多不同环境和游戏测试的通用测试技术。这与我之前所呈现的类别相比较是另外一种着眼于测试空间的方法。这能够帮助我们从不同角度去解决问题。

功能测试—-测试它能做些什么

域测试—-寻找产品所处理的任何数据

压力测试—-压制产品

流测试—-在做完一件事后做另外一件事

情节测试—-测试一个吸引人的故事