黑盒测试,主要分为6个步骤:目标、知识、问题、实战、要求、结果。
第一步:目标。在成为黑盒测试员之前,需要明确目标。如:想从测试中得到什么?
这是一篇关于游戏测试的内容,游戏测试的工作一般是指:检查并完善软件质量。
如:软件是否存在缺陷(缺陷就是BUG)、缺陷是否修复、是否存在未知的BUG。
第二步:知识。想要做好游戏测试,需要有策划相关的认知和对游戏玩法的足够熟悉,能帮助你更快上手游戏测试这份工作。
策划相关的认知,是指:专用词,是描述BUG所需要具备的相关知识。 如:icon、分页、跳转、底层等
游戏玩法的足够熟悉,是指:角色的基本功能的使用和晋升、限时活动的游戏规则、以及游戏中不合理和异常的地方、不同游戏之间进行比较 等。
第三步:问题。想要做好游戏测试,需要弄明白三个问题:需求、描述、逻辑。
1、需求。需求是什么?所相关的配置有什么?配置的文档要如何使用?
2、描述。BUG是否能复现,描述是否清晰明了?
3、逻辑。测试中如何去复现对方BUG?
第四步:实战。测试需要完成的六件事:问、看、找、核、写、测
测试前的三件事
- 【问】是指:提出问题,确定需求,这是测试前的第一步,一般可分为策划需求和主管要求。
1、策划(或相关文档)给出的需求,测试游戏模块是否与要求一致。
(以下内容为案例)
策划需求:登录游戏时,角色可供选择为三男一女。
1、查看界面是否存在三男一女;(策划需求)
2、界面是否有图标、是否有对应的图案(图标也就是icon)、图标是否能点击、点击后出现对应的界面、界面是否正确、输入信息是否受到限制(如:名字等)、是否能返回、退出、关闭等;(功能需求)
3、角色穿搭是否正常,是否存在对于的特效、性别特征是否明显、图层之间是否会错乱(如:当前图层能看到底图层等)、是否有重叠、字体不清晰、无法识别信息等情况、是否有说明、说明是否符合实践操作;(附加建议)
2、根据主管交代的事项,进行游戏模块测试,找出不符合游戏说明(规则)的内容,进行反馈。
测试要求:主要核心玩法、公共社交玩法、玩家参与度较高的、充值活动、限时活动等
主要核心玩法:就是在整个游戏中反复重复的基本行为或一系列行为
公共社交玩法:游戏内有好友系统、家族系统、远征队系统基础社交系统,包含组队玩法、阵营boss等社交玩法
玩家参与度较高:游戏中节约时间和资源,符合大众逻辑,并且容易上手的内容。
- 【看】是指:看清游戏配置,和其所需要的文档,以及存在的用处。
游戏配置,一般是指:测试环境和所需道具
测试环境,一般是指:游戏版本,也叫服务器。这是测试中需要注意的地方,不同的服务器游戏内容可能会存在差异,如:开服时间不同、游戏版本不同等
所需要道具,一般是指:游戏中所需要用到的道具,也可以叫游戏中的产出,如:购买坐骑,需要银两;激活坐骑,需要坐骑令,这里说的【银两】【坐骑令】就是一种游戏道具。
所需文档一般分为需求文档和测试目录,提供的对方不同,其目的都是为了方便使用。
需求文档,一般是指:策划文档和配置文档(属于他人提供,重点在:会用文档。)
策划文档:又叫需求文档。没有需求文档,就需要核实当前的工作计划和安排,明确主管发布的任务是否符合你所理解的内容。
开始工作前需要明确和准备的事情。(如:限时活动,包括运营和游戏本身,都有时间的限制。)
配置文档,又叫资源文档。在游戏中遇到的各种道具、模块、功能都能在配置文档中找到。
测试目录,就是游戏中的模块,一般分为角色和活动,也可以按系统进行分类,如:角色系统、社交系统、运营系统等(自己准备,重点在:目录简洁)
角色包括:角色、锻造、合成、背包、帮派、姻缘、坐骑、翅膀等
活动包括:游戏活动和运营活动
游戏活动:副本活动、每日活动、宝库经验等
运营活动:买一送一、消费返利等
目录的作用:记录测试点和识别测试需求、制作测试用例
- 【找】是指:利用测试方法开始测试。
这个阶段比较特殊,也是测试中的关键环节之一,
特殊的地方在于:不同阶段所用到的测试方法不同,测试分为黑盒测试、接口测试、白盒测试,它们之间最大的区别在于,同一个界面,测试的所面对的对象不同。
黑盒测试:也叫功能测试,偏向于UI的一种测试手段。(UI是指:游戏界面,用户直接接触到的地方。)
接口测试:主要用于检查数据之间的交互、传递和管理的过程。
白盒测试:又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。软件测试工程师可以访问程序员的代码,通过了解程序内部逻辑结构、对所有逻辑路径进行测试。
常见的白盒测试类型如下:
1.语句覆盖
2.判定覆盖
3.条件覆盖
4.路径覆盖
在这里说的【找】,更偏向于黑盒测试。主要的测试方法就是【点击】,主要通过:关键信息、触发的部位完成测试。
关键信息是指:测试点、触发的条件和规则。
触发部位是指:按钮、图标、界面等。
测试后的三件事
- 【核】是指:核实测试内容是否正确、是否能够复现。
与其他阶段不同的地方在于,这一步非常简单,确是很多工作者所忽视的地方。它的作用在于:核实你所测出的游戏与他人的游戏是否一致,在测试过程中,因为不同的操作,可能会引发不同的效果。
如:限时活动。当前时间为20:00,主管要求测试12点的活动,为此操作步骤有:1、修改时间,跳转界面,直接测试;2、修改时间、退出游戏,重新登陆;3、修改时间、重启服务器、重启游戏。(测试中有一个规则:必须先完成他人交代的事项,才能接着做自己的事情。)
- 【写】是指:描述找到BUG的经过,描述的内容需要对方能看懂,并且快速定位到你所要表达的意思,一般在禅道完成。(描述内容包括:标题和重现步骤)
1、启动游戏:启动服务器、启动客户端,在客户端中,选择自己的服务器,。(当然,有些公司会给每个测试人员配置独立的客户端和服务器。这里的服务器属于子服。)
2、开始测试:使用新账号,登录游戏,按照需求进行黑盒测试。(账号按照自己的习惯填写即可。)
输入账号、或者创号命名时,需要考虑后期的使用和便捷,有一些特殊的活动需要第一次参与的玩家才能使用。
如:同款游戏,不同语言。(这里的凌霄阁,是指门派,当然,你也可以使用其他方式进行描述。)
中文情况下,账号建议:zw1;创号建议:凌霄阁zw1
越文情况下,账号建议:yw1;创号建议:01_yw1(01代表第一个门派。不建议使用凌霄阁yw1代替,游戏抓取数据都是通过名字进行定位,在越文游戏中出现中文的名字总感觉怪怪的。)
如:首充活动,属于第一次充值才有效。如果用来测试其他内容,在创号命名时,可以使用:首充zw1,需要注意账号太多的问题。
3、找到BUG后,需要与其他同事核实BUG的复现情况,并提交禅道。
提交的要求:步骤清晰、关键信息明确、因果明确,使用图文并茂的方式,同时要注意是写的规范和格式问题。
格式规范、关键词明确,在复测时,就不要需要在查询所需要的配置和开启的条件。
如:坐骑一阶,这样的描述就比较模糊,什么情况下才能达到仙羽一阶?建议修改为:使用坐骑令,达到坐骑一阶。
提交格式,参考如下。
BUG:坐骑升级时,没有道具,却可以自动升级。
标题
[坐骑系统]无道具,坐骑正常升级
重现步骤
[前置条件]
拥有100个【仙骑令】
坐骑开启等级:1转50级
[步骤]
1、打开【仙府】-【坐骑】-【升级】
2、点击按钮【自动升级】
[结果]
道具耗时完后,没有停止升级
[期待]
道具耗时完后,停止升级,升级等级正确,界面显示的内容与升级的内容一致。
[备注]
物品ID:1111 仙骑令
服务器:中文本地服
账号:zw1
- 【测】是指:复测BUG,属于测试的最后阶段。对应的人员修复BUG以后,会通过禅道指派回来,测试人员需要做的就是:再次测试BUG是否已修复,修复的内容与提交的内容一致,才算测试结束。(修复人员一般都是程序员。)
在复测时,最重要的是沟通,与同事核实复测的结果、与程序员核实复测的修复情况。
第五步:要求。游戏测试想要的结果:找出BUG,检验BUG修复情况、提出可行性建议,就需要有足够的细心、耐心、跳跃。(有时候还需要进行其他游戏测试,并整理出测试报告。)
细心是指:在测试中,留意细节和触发的原因,游戏之间的逻辑是互通的。
如:不同的商城界面、不同的商品,购买的按钮图标错误,只需要在禅道中提交描述一个问题即可:商城购买按钮错误。因为按钮是独立的个体,在修复时,是可以直接定位并修正的。(并不是说每一个关键信息都是独立个体,这点要区分,也会出现,不同界面的按钮存在同样的问题。)
耐心是指:就测试本身而言,是一个非常考验耐心的事情。需要针对一个模块进行反复的测试和验证。
因为在修复BUG的过程中,因为各种原因,其他功能会受到影响,在测试时,就需要找出关联性进行测试。
如:1、在进行【首充】界面测试时,充值后领取奖励错误;2、在复测时,打开后的【首充】界面,信息丢失,功能不正常。因为当前属于复测阶段,在提交新BUG时,建议另起一条BUG,将两条BUG进行关联。 (复测时,因修复而引发的新BUG,需要及时提交禅道,以便修复,所找到的BUG,应该按照新BUG进行处理。)
跳跃是指:在完成第一次整体测试后,进行的局部细测,该阶段的测试,需要有发散思维,在测试中,采用各种非正常的想法测试。
如:首充界面,一共分为三档,每天首次充值可领取一个档位的奖励(注意:不同策划对首充的要求不同。)
第一次测试,按照策划给出的规则和配置进行测试,如:第一天,充值第一档是否能领取、奖励是否正确等,以此类推。
测试完后,进行的发散测试更像是,找茬。如:第一天,充值第三档位的金额是否能领取奖励,奖励是否正确,充值第三档是否可以将前面两挡的奖励进行领取?等等
第六步:结果。想要成为合格的测试员需要做到以下三点,
1、要有相关的知识和认知。
如:测试前的要求、测试时的运用方法、测试后的描述BUG。
测试要求。一般是指:当策划或者主管给出一个需求时,能马上做出反应并知道,需求代表什么意思。就像我前面提到的【限时活动】。
游戏中所提到的限时活动和策划所提及的限时活动不一样。最好的方法就是【问】,用你所理解的概念去核实对的要求是否正确。
测试方法。一般是指:测试手段。看到一个模块,就要明白测试点、测试规则、测试手段。
如:测试副本活动,就可以考虑到副本组队、PK、仇*、抢夺等,副本中是否存在队员之间相互击*、击*机器人后,机器人是否能复活等,规则说明是否和操作的内容一致、活动所获取的奖励是否正确等等,测试手段中,就蕴含着测试方法,等价类比法、边界值分析法、场景法。
描述BUG。一般是指:信息的呈现效果,以及对方的识别程度。比较考验测试员的知识水平和运用。
2、要有相关的能力和水平。
这里说的能力和水平,更偏向于一种技能,就是指:你能在测试中,做成什么事情,测试所要看的最终的结果呈现。
如:理解能力能帮你知道如何做、表述能力让你说出需求所在。
理解能力的提升可以通过:阅读、倾听、提问。
表述能力的提升可以通过:阅读后的笔记输出、倾听后的提问核实、工作中的刻意练习。
3、要有相关的心理素质和迭代能力。
心理素质。一般是指:测试内外的压力,是否能够自我调节和吸收,测试重视的是测试的结果和效率,测试所涉及的面很广、细节很多、每个测试点之间的关系需要反复操作才能完成,会导致所测试的内容不够具体和全面,从而遗留部分问题,而这类问题,往往容易成为压力的根源。
迭代能力。更偏向于后续的更新,这部分的对象往往是:遗留的BUG。在不断的测试中,会发现很多所没有测到的地方,这时,就要求测试员,快速通过现有的经验去定位所出现的问题类型,如:特效、图层、界面、按钮、帧数、分辨率等。
测试这份工作,时常会遇到很多奇怪的、重复的状况,这就要求测试人员,不仅专业要过关,还需要不断减少错误的发生,同时需要配合游戏的进度。
我的建议是:及时沟通、及时跟进、及时改善。
当你看完文章以后,希望你还记得,为什么那么想做测试,它的工作内容和你所想的内容是否一致,准备好开始测试了吗?
,