游戏测试用例编写方法与经验小谈 - 51ste.com
登录|注册

游戏测试用例编写方法与经验小谈

作者:daigua  发布时间:2019-01-31 16:18:24  关键字:游戏测试用例 

游戏测试中的用例编写方法与软件测试的用例的编写方法大部分都是相同的。游戏测试中黑盒测试居多,本篇文章主要围绕黑盒测试中测试用例的编写来讲解。

在软件测试中黑盒测试的测试用例的编写方法主要是等价类划分法、边界值分析法、错误推断法、因果图法、正交实验设计法、判定表驱动法、功能图法、场景图法这几种方法。但是在实际的工作中游戏模块中用例的编写方法主要用到等价类划分法、边界值分析法、错误推断法、功能图法、场景分析法四种方法。

等价类划分法的定义是把所有可能输入的数据,即程序的输入域划分策划若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。也就是选用少量具有代表性的值来获得较好的测试结果。等价类分析法的重点是要正确的分析有效等价类和无效等价类,利用有效等价类来判定功能是否实现,利用无效等价类来判定功能无异常。在游戏中关于游戏关卡、游戏升级、属性等测试等价类划分的使用尤为常见。

边界值分析法的定义是对输入或输出的边界值进行测试的一种测试方法,在一定程度上说来边界值分析法是等价类划分的补充。重点在于对临界值的验证,所以编写测试用例时要找对临界点,不过临界点可能有一个也可能是多个,有几个临界点便都做为边界值进行测试。需要选取刚刚大于或者刚刚小于的数据作为数据进行测试。边界的测试不仅仅局限于数值方面的边界,还包括空间位置和时间的边界值。

错误推断法是基于我们在平时的工作中的经验和直觉进行的,积累的经验越丰富也就越容易发觉我们所测功能的bug。重点就在于需要列举出易出错和可能出错的特殊情况,根据列举出来的进行测试用例的设计。

功能图法一般是针对逻辑复杂、功能庞大的功能来说的,它主要依附于功能的业务流程和业务逻辑进行。采用功能图(业务流程图、状态迁移图、菜单树)将功能的逻辑形象直观的展示出来,并确保路径和逻辑全都覆盖到。在某一逻辑复杂的游戏模块中,功能图可以快速的帮我们理清思路,将功能以测试用例的形式展示出来。

了解测试用例的编写方法之后则需要我们将其运用在我们日常的工作中,这样才能将知识转化为自己的技能。

在游戏测试中除了以上的测试方法之外,我们在编写测试用例时也需要有自己的测试思路。

在编写测试用例之前,要至少把策划文档看三遍再去着手编写测试用例。就是要在编写测试用例之前要深入细致的熟悉策划文档,策划文档是编写测试用例的基础。然后使用思维导图工具Xmind将模块的核心功能点、界面、交互功能、异常情况以思维导图的形式呈现出来。这样可能会或多或少的有一些麻烦,但是可以保证我们的思维逻辑是清晰明朗的。

对于我们测试人员来讲,我想每个人都有自己的测试经验和测试模式。我把测试模块归结为测试四步法:

第一步:测试时将自己负责需要测试模块的逻辑弄清楚,明确测试的功能点。这其实是测试最关键的一步,明确测试模块的核心功能点。

第二步:查看界面,界面时玩家对游戏的主观感受。界面中的指引信息不明确,或者信息错误都可能引起玩家不好的反馈。

第三步:模块之间的交互性,明确与测试模块的直接关联点和间接关联点。其实模块之间的 直接交互性是比较容易发现并建立关联的,有一些隐含的、间接的关联点就需要我们有一双善于发现的眼睛去寻找。对于模块的交互性来讲,在测试的时候可以把自己能够想到的关联点讲给前辈们听一下,询问前辈的意见和建议

第四步:需要测试模块的异常情况。最常见的异常情况就是玩家上下线、断线重连、断网、服务器重启、服务器断线重连的情况

测试用例总结用例的设计与管理就是真正成为测试工程师的核心技能,测试用例是测试人员的灵魂,切莫为了项目进度及个人态度等原因而忽视了测试用例的重要性。设想一个人连灵魂都没有了,那还能留下点什么呢?

本文由51ste.com网友编辑,未经授权,不得转载使用上述作品盈利;个人转载,需标明原文作者及出处。

更多相关文章

说说看法查看全部评论(0)

微信二维码

部落微信公众号

QQ二维码

部落QQ群二维码