《游戏测试精通》 第二章 续_新梦想软件测试精选_专注IT技术干货分享!

《游戏测试精通》 第二章 续

2021-12-13 14:57:11  浏览:449  作者:管理员

2.4 通报团队


一旦你已发现问题且能描述它影响游戏的方式,你就需要记录此信息并就此向开发人员通报。通常,项目组会使用软件工具来对付它。DevTrack是游戏行业中常用的缺陷追踪和管理工具之一。尽管你不必了解这类工具的安装和管理,但你应该熟悉怎样更好地使用它去记录游戏缺陷并消除它们。这里不做全面的介绍,只讨论以下内容:


●如何使用缺陷追踪系统

●一个好的缺陷报告应包含的关键信息

●一些典型的错误和遗漏

●有助于你查看并确定缺陷的其他事情


图2-3是DevTrack工具中查找新缺陷的输入窗口。这个窗口的主要要素是顶端的“功能选择”,左边的“视图选择”和右边的“数据查看/输入屏幕”。


一般而言,这种功能和视图选择的作用类似于MicrosoftOutlook电子邮件程序中相应功能的用法。如果需要,你可以查看你需要的内容,对它们进行浏览以及给它们添加.些信息。


数据输入屏幕是你设置输入的地方,下 面将介绍一些 我们要用到的关键字段。如果想了解更多有关DevTrack其他功能的用法,你可以访问www.techexcel.com 来浏览它的演示版。


image.png


2.4.1 “描述”字段


一个描述性强的标题通常会很有用。而像“得重启游戏”或“训练厅出问题了”之类这样一般的或宽泛的描述并不足够用来描述人们发现的问题。以报纸上的标题为例,,当你读到像“出现某种犯罪”或“一个队赢了”这样的新闻标题时,你能不困惑吗?因此,请提供一两个有助于人们理解问题症结的细节信息吧。


举一个体育新闻的例子。例如,一个队在非特殊情况下击败了另一个队,你可能会看到一则像“纽约扬基队击败波士顿红袜队”这样的新闻。但是如果有其他重要的事发生,标题可能会更详细,如“佛罗里达马林鱼队使纽约扬基队无法得分而赢得联赛”其实,游戏中出现的bug又何尝不是一个值得关注的事?


如图2-4所示,我们给在玩游戏《无冬之夜珍藏版》(Neverwinter Nights Gold)时发现的问题加上了标题和描述,标题中提到发生了什么事和在哪里发生。一般情况下,标题中总是要包含“发生了什么事”,然后加上一、两个常见的“人物”、“地点”、“时间”以及“方式”等要素。


image.png


在描述时,请一定包括所有这些细节:人物(战 士)、事件(内墙的上部)、地点(训练厅)、时间(拜访符咒训练者之后)和方式(跳跃)。然后,如果可以,请描述问题可能的解决方法以及其他有用的信息。这有两个目的。首先,这有助于项目领导评价bug的重要性。其次,这能给开发者提供有关该问题是怎样发生的和如何应对该缺陷的线索。此外,当你后来需要验证该bug是否得到恰当的修复时,这也会为你进一步的测试提供极大的方便。


另一种详细描述游戏缺陷的方法是提供发现该缺陷的一步步具体描述。当然,也没必要把包括如何打开电脑的所有步骤都包括进去,但是要包括与会产生同样问题相关的步骤。比如,下 面的是为游戏《无冬之夜》(Neverwinter Nights)中的bug所做的描述:


创建一个战士。让他来到训练厅并拜访符咒训练者。离开符咒训练者的房间并从他的门那里跳到墙上去。该战士能在墙.上走动,但是不能跳下来重新开始玩游戏。


此外,也应该将那些该出现而没有出现的地方的信息包括进来。


2.4.2 缺陷的优先级


根据项目的“合约规则”,你也可能被要求对缺陷的优先级(或“严重性”)或类型进行分类。如图2-5所示,可以通过下拉式菜单为缺陷分配初始的优先级。


image.png


优先级选项的名称和含义对项目而言可能不同,但是概念都是相同的,都是根据其重要性对缺陷进行关卡划分,正如每一个选项的字面含义。例如,“ 紧急(urgent)”可以表示该缺陷能终止或异常中断正在进行中的游戏,从而使该游戏无法恢复或继续进行。这种bug也可能导致玩家的某些信息的丢失,包括新赢得或新发现的物品。比如,假定你的游戏角色在一个多玩家的游戏中被冻结,那么你的敌手将轻而易举地连续攻击你直到你的健康点数达到0后,这样就可能导致玩家的游戏角色死亡及受到相应的惩罚。


一个“高”优先级的bug通常是那些导致玩家经历某种严重后果的缺陷,例如成功地提交了请求后不能得到请求的东西。这种bug的优先级在有些情况下也可能晋升为“紧急”类型。于是第一次记录这种bug时,尤其针对多玩家的游戏,你应该非常谨慎地定义它的优先级。因为要是在发布的游戏中有人发现了这个bug,而它随之又被公开了,那么一些邪恶的玩家就能够利用这个bug使游戏对自己有利,而对他人不利。这种滥用的一个例子发生在基于个人电脑的在线游戏《亚瑟龙的召唤》(Asheron's Call)中, 在该游戏中,玩家会杀死自己的游戏人物,然后有意使游戏服务器崩溃。一旦服务器恢复,它们能够从其尸体中找回一个罕见物品的副件。下面框中的说明是开发者对这种于2001年1月的出现缺陷做出的回应,请参看。


“中等”缺陷会导致明显的问题,但是可能不会影响玩家的奖励或关卡。“高”缺陷和“中等”缺陷的区别可能就在于查看和修复bug的先后顺序有所区别,将其搁置一边以便在后面发布的补丁中修复,或让游戏保持原样这是对“中等”缺陷的做法。因此,如果不确定,尽量分配“高”优先级,除非你的项目主管有其他指示,这样能尽可能地让缺陷得到修复。但不要滥用这个策略,否则你发现的缺陷不会如其本身那样得到重视。


“低”优先级通常是针对非常微小的缺陷而言的,这些缺陷不会影响游戏机制,它们在不可能的情况下发生,或只是个别的问题。例如,在GBA游戏《游戏王-永恒斗士之魂》(Yu-Gi-Oh! The Eternal Duelist Soul)中,当Yami Bakura第十次被打败时,对话框提到“Great Sheme of Things”而不是“Great Scheme of Things"



对《亚瑟龙的召唤》hotfix 的解释


2001年1月23日


这里,我们想全面解释给出今天hotfix的原因及它对你们玩家的影响。


上个星期一的夜晚,我们发现一个允许玩家让自己的角色所在的服务器崩溃的bug。此外,人们可以用这个bug和结果时间的偏差(回到最后时刻,你的人物被保存到数据库)来复制物品。有意使服务器崩溃也使得每个该服务器上的玩家崩溃并产生时间偏差,从而丢失进程。


为此,我们记录下这个bug,并关闭服务器以阻止别人使服务器崩溃和复制物品。


好消息是我们能够记录所有利用这个bug使服务器崩溃的玩家。正如我们过去所说的那样:既然《亚瑟龙的召唤》是商业性发布,我们的一贯 政策是在游戏未发布前,如果玩家利用了我们没有发现或没时间去确定的bug,我们不会惩罚玩家,因为这是我们的过错。相反,我们会尽可能快地努力确定这些bug。但那些确实影响游戏的性能和稳定的bug除外。


而那些滥用这个bug从而使得服务器崩溃的玩家将会被清除出这个游戏。尽管我们不喜欢采取这种行动,但更重要的是,别的玩家有继续游戏的权利,以这样的方式打断另一个玩家的游戏是不可接受的。


对这个bug我们感到深深的遗憾,向受到这种影响的玩家表示诚挚的歉意。


一《亚瑟龙的召唤》项目组


htp:/cassic zone .msn.com/asheronscall/news/ASHEletterJan2.asp



在许多游戏公司,也有“严重性”等级是与“优先级”联合使用的。在这种情况下,“严重性”字段描述了这个bug对玩家的潜在影响,而“优先级”字段则帮助团队确定哪些缺陷应该最先进行修复。这样,当一个影响较小(严重性较低)的缺陷非常显著时,例如在主菜单中的游戏名称拼错了;或当一个非常严重的缺陷出现在玩家的生命周期里时,例如控制台的时间滚到了3000年时就引发一次崩溃,有助于测试人员区别它们的不同。玩家从缺陷中恢复的能力及与修复一个缺陷相关的风险或困难程度也是决定优先级的因素。在这个排列中,严重性一般由记录缺陷的人分配,而优先级通过变更控制委员会(CCB)或项目经理分派。



评论区

共 0 条评论
  • 这篇文章还没有收到评论,赶紧来抢沙发吧~

【随机内容】

返回顶部