游戏测试??成为游戏测试员

Shanon ·
更新时间:2024-09-21
· 600 次阅读

  成为游戏的几个步骤:“PIANO TV”

  玩(Play):这里的玩是指,所做的任何事情都处于一个目的研究某一游戏领域,检查一个特定的原则是否得到执行,或寻找某一特殊的问题。

  识别(Identify):游戏测试有两个目的,第一个目的是:为了找到游戏代码或设计中的缺陷。第二个目的是:为了说明游戏中哪个部分能否得到正常运行。

  性格测试:测试人员在测试游戏的同一部分是,不是每个人都可以发现同样的缺陷,也是说测试人员的测试思维是不同的。对于这样的是心理学能给与解释,并给出一个有效的性格测试工具——MBTI(Myers-Briggs Type Indicator)。这个工具能判断你是一个裁判还是一个感知着。

  裁判喜欢有计划、有组织且高效率地做事;感知者族中灵活性,好奇心强且喜欢不确定的做事。

裁判

感知者

采用常规游戏玩法 

采用非常规游戏玩法 

重复测试 

测试多种可能 

测试用户手册、脚本 

测试游戏的可玩性、可用性 

测试游戏的实际精确度 

测试游戏的真实体验 

基于步骤或基于清单的测试 

开放的或基于大纲的测试 

可能过于关注测试细节而看不到缺陷 

可能偏离初始的测试目的 

关注测试内容 

关注测试环境 

  放大(Amplify):尽可能早的执行测试,可以通过下列项目尽早的发现缺陷。

  * 新游戏关卡、人物、道具、剪切的镜头等,一旦引入检查

  * 新增的自动程序、灯光、物理反应、粒子效果等

  * 增加功能或修复缺陷的新增代码

  * 新的子系统、中间设备、引擎、驱动器等

  * 心对话、文本、翻译等

  * 新音乐、音像效果、声音分组、音频附件等

  搜寻每一个地方:可能在游戏隐藏的角落发现一个缺陷。可以通过检查下列地方发现更多缺陷。

  * 所有游戏中能激活同样的错误行为的地方

  * 所有代码中调用包含缺陷的关卡、功能、或子程序的地方

  * 所有使用同一有缺陷的物品、场景等模块的功能

  * 所有跟缺陷的内容关联同一属性的物品、关卡、人物(人种、武器类型和级别等)等

  (1)除去不必要的步骤使缺陷出现

  (2)找出能包含余下的关键步骤更常用、更通用的脚本

  通报(Notify):通报团队,一旦返现问题描述他影响游戏的方式,需快速记录冰箱开发人员通报。

  第一‘描述’字段:一个描述性强的标题通常有这些细节:人物、事件、地点、时间和方式。然后可以描述解决方法和其他信息。这样有两个目的:这有助于项目领导评价bug的重要性;这能给开发者提供有关该问题是怎样发生的和如何对该缺陷的线索。

  另一种是提供发现该缺陷的具体重现步骤。并且需要将那些该出现而没出现的地方的信息包括进来。

  第二缺陷的优先级:根据‘合约规则’划分优先级:紧急>高>中>低

  第三选择一种类型:缺陷的类型有利于确定缺陷的路径和处理缺陷。

  第四测试的‘通过’或‘失败’

  证明(Testify):其他证明:你发现的缺陷越多,你越不容易分清哪些缺陷被修复,哪些还没修复。

  有些测试人员的困难之一是搞不清自己的角色。如果你的缺陷不能立即得到修复,或不能使其他人像你那样感到兴奋,请不要太在意,这很常见。

  校检(Verify):验证缺陷的修复:作为测试人员,你发现并报告bug之后,你的工作还没有结束。你可以帮助开发重现bug,在他们认为bug被修复好之后需要重新对其再测试一次。

  总结:运用你有关“裁判/感知者”所具有特点的知识,你可以更好的找到更多的缺陷,做更多的测试,大的前提是你已阅读和充分了解游戏规则。应根据自己的优势,安排好自己的位置、任务和角色以充分发挥自己的潜能。



测试员 游戏测试 测试

需要 登录 后方可回复, 如果你还没有账号请 注册新账号
相关文章