1、热爱游戏，熟悉主流的FPS游戏及网络游戏，对游戏具备一定的分析能力。

2、有一定的游戏评测能力，对游戏体验有较深的认识和理解。

3、熟悉常用的测试方法和测试工具。

4、能够独立完成系统模块的测试(包括测试用例编写，测试用例执行，Bug提交，Bug管理)。

5、执行测试任务中，协调研发人员及美术相关人员定位并协助解决问题。

6、工作态度认真严谨，踏实耐心，能适大量重复性的工作。

7、具备较强的沟通能力、敬业精神和极强的团队合作精神。

8、较强的逻辑思维能力和积极主动精神，能够有力推动和协调工作的开展。

9、有3年游戏相关测试及评测经验的优先。

1、游戏测试基本流程功能会议>测试用例书写>冒烟测试>详细测试>回归测试>checklist检查功能会议了解功能需求内容提出可能存在的风险点思考功能的测试重点和难点，如果需要工具辅助，需提出开发需求思考可以优化的地方，并提出讨论测试用例书写根据需求书写测试用例关注功能逻辑实现考虑各种特殊情况，如边界值，网络中断，进程胡轿芦中断等关注需求变更情况，需求经常发生变更，需要及时调整测试用例冒烟测试是详细测试之前的一个环节快速发现比较明显的bug快速主逻辑帆轮流程跑通快速明确功能开展状态详细测试细致的测试每个逻辑分支，资源，配置尽量模拟玩家的每一种操作可能测试异常情况，如断网，断点，事件中断，进程中断等情况测试数据读取，存储，网络等内容测试该功能对其他功能的影响回归测试测试已经被修复的内容测试需求裤带调整后的内容再次详细测试各逻辑分支checklist检查简要快速的检查功能的主要逻辑点简要检查与该功能有关联的任何其他功能点。

1、游戏软件与通用软件的区别a)通用软件的需求明确，游戏软件需求理想化i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平衡也只是相对的平衡，而非的平衡。

2、没有什么明确的参考参数。

3、只能根据以往游戏的经验获得一个感知的结果。

4、ii.网络游戏中的某些功能是有预期结果可参考的。

5、例如组队、交易，而另外一些带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。

6、人的思考力都是有限的，所以不能在他的创意中会考虑到各种各样复杂的细节。

7、也不能够这个创意就可以完全被用户所接受。

8、当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。

9、也需要帮助开发者和用户找到一个互相容忍的平衡点。

10、游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。

11、b)通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快i.通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新的需求变更。

12、而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣摩玩家的喜好，进行游戏功能的改进。

13、加之网游制作本身就是一个庞大复杂的工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出好的评估。

14、所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架构的修改必然导致某些功能的颠覆。

15、所以就出现了，游戏开发过程中的一个恶性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的又要进行新的调整，再进行新的修改。

16、终导致了游戏软件的开发周期不断加长。

17、任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评估。

18、网游有哪些测试内容a)性能i.客户端性能ii.服务器端性能服务器数据库iii.网络b)功能i.从运行完game.exe打开游戏界面后可进行的各种操作、玩法ii.界面iii.音乐c)自动化i.测试工作组织实施中需要的工具、软件、平台的开发ii.自动化的回归测试作用、游戏中基础的、变动不大的、出错率高的、可进行checklist重复测试的功能、性能等自动化是一个好方法iii.任何时候自动化都取代不了人脑，它只是将一些重复性的劳动从我们测试人员身上去掉，让我们有更多的时间做更有意义的事情，如果你觉得你做一件事情是重复的，且有规律可行的，不防考虑自动化游戏中针对功能性测试测试用例编写浅谈国际体验设计协会IXDC历届大会精彩集锦游戏用户体验大会互联网产品大会交互设计体验周作者、sunli制作时间、2008年10月份个人空间地址、(url)http、//www.51testing.com/?89706(/url)本文档仅供学习参考，请误擅自转载2/3先了解下游戏中有哪些功能、a)游戏发开中的功能有哪些i.不同的游戏对于功能的划分不同，但是目前主流一些功能划分中有以下内容、基础操作Npc地图装备剧情技能人际PVP……这样我们很简单的将整个游戏的功能进行了划分，划分完毕，下来的工作就是针对某个功能的测试了。

19、很多人都问过一个问题，游戏测试中测试用例到底有什么用。

20、下面继续~b)游戏测试的测试用例有什么作用i.测试执行过程中，按照用例指示的操作检查操作结果是否正确，记录测试过程中发现的bugii.按照用例的执行结果确认功能的通过与否，也有的按照用例的覆盖率来确定单服测试的通过与否iii.便于回归测试的执行这样讲应该比较明白了吧。

21、c)测试用例应该包括什么——测试执行过程中所需的所有信息，举例说明下。

22、例如、i.表头、功能名称、案例编写人员、编写时间、测试人员、测试时间ii.正文、功能点、测试点、测试输入、预期结果、实际结果iii.用例执行结果统计d)功能点模块化理念都知道一个复杂庞大的系统，程序在实现时会将其分成若干模块按照模块功能优先级进行实现。

23、我们测试过程中也采用这种方法，将复杂的功能点按照实现功能进行分类，分类后的测试点，再进行分类，直至细分成为一条条用例。

24、就像庖丁解牛那样。

25、按照等价类划分法，将同一判断条件的测试点组成一个集，在这个条件基础上再次判断的条件，我们假设它已经成立。

26、这样在用例设计过程中就需要测试人员清楚的知道，哪些条件是一类需优先确认的，哪些是以这类条件为基础的。

27、我们终形成的测试用例一定的是一条用例只检查一个测试点。

28、这样设计也有另外一个好处，如果一条用例不能走通，其它的还可以继续检测，经常会遇到测试过程中由于一个bug，导致测试工作停滞。

29、现在这样子我们就可以采取脚本调试，或者其它方法跳过有bug的测试内容，继续进行其它测试点的测试了。

30、e)场景测试法协助功能点细分游戏测试中，场景测试方法是经常用到的一种方法，什么是场景测试法，及按照功能设计要求，在脑中模拟出来的一个功能使用时的操作流程。

31、按照每步操作的针对点，将针对点划分为所用例设计时的小功能点。

32、划分时需每步针对点的各种检查点分到该功能点内设计为该功能点的检查点。

33、再根据检查点进行测试输入(及操作过程)的编写。

34、用例编写过程中的思考方式就如上了。

35、讲起来比较抽象，希望对作者、sunli制作时间、2008年10月份个人空间地址、(url)http、//www.51testing.com/?89706(/url)本文档仅供学习参考，请误擅自转载3/3大家有所帮助。

36、f)用例的设计原则——一直有人问到底要详细到什么程度i.我们不期待用例编写到任何人都可以执行，也没有这个必要ii.我们针对的是网游的测试人员，至少是玩过网游的人，这些人对于游戏中的基础设定都有认识，我们不可能对着一个不知道任务界面是什么的人大讲怎么测试任务。

37、所以我们用例编写的原则就是针对我们测试组内的测试人员。

38、iii.但是，请不要简略到别的测试人员看不懂，特别是当你是专职的用例编写人员时，编写时请多考虑下语言描述的方式。

39、请让你的同伴可以看懂，你所要表达的意思。

40、iv.用例是没有固定格式的，它的主要原则就是，测试中所需所有信息，我通过你的文档都能够获取到。

41、所以不要再执着的像别人要模板。

42、模板你自己都可以设计，发挥你的创意。

43、编写过程注意事项与设计人员的沟通拿到一份文档时请不要急于编写，在这之前很多事情需要做，请先将文档阅读至少三遍，然后思考下，你自己大脑中是否有你所看文档功能点的一个流程图，当确认已经准备好了。

44、开始设计用例，用例设计的过程就是与设计人员不断沟通，深入了解功能的过程。

45、你会发现，或许跟你之前流程图中想像的并不完全一样。

46、这个时候不必惊讶，去找他们核对就好。

47、不怕发现问题，就怕没有发现问题，终做了很多无用功。

48、编写过程中发现的没有预期结果的内容，请及时与策划人员、程序人员核对，必须三方核对。

49、核对完毕提醒策划人员及时更新设计案，提醒程序人员设计案新修改内容。

50、这样你会发现，设计测试用例过程的本身就是发现策划案不完善的过程。

51、请运用你的思维，采用边界法、等价类划分法、错误推断法、以及以往的经验，将每一个测试点的所有需检查点进行充分的设计。

52、发挥你的主动性，和测试组内其它人探讨你认为可能存在风险的测试点，以便得到更多有价值的信息。

1、游戏软件与通用软件的区别a)通用软件的需求明确，游戏软件需求理想化i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平衡也只是相对的平衡，而非的平衡。

1、游戏安装：  　　智能机可能在安装上不会出现比较明显的问题，小容量机就比较明显，受制于容量和处理器，在安装的时候很容易会造成死机，或者安装成功后不能游戏。还有一类问题，就是当测试机已经有一个此游戏的老版本，再覆盖安装新版本的时候，可能会出现一些奇怪的问题，不过发生几率比较低游戏开始：  　　LOGOSCREEN必须要有，作为一个公司的品牌，这个是必须的。如果是腾讯渠道的项目，那么开始游戏的时候需要有腾讯的LOGO（不过腾讯的LOGO一直在变）。开始游戏之后，游戏主页面应该包含开始游戏（start）、继续游戏（continue）、设置（option）/音乐（music）、帮助（help）、关于（about）、退出游戏（exit），这些缺一不可。  　　开始游戏，点击后开始新游戏。  　　继续游戏，从上次存档点开始继续游戏。  　　设置或者音乐项，主要是此项的功能就是为了开启和关闭游戏音乐，有可能会附带其他功能，大多数游戏会只有一个开始关闭音乐功能，所以可能会直接写成音乐，或者打开/关闭音乐，这要看每个公司自己的定义。  　　帮助，主要内容就是游戏世界观介绍，游戏按键说明。其中游戏按键说明必须与游戏中的按键完全相同。  　　关于，主要内容是关于此游戏制作公司等相关信息，这要看每个公司自己的定义了。  　　退出游戏，点击后游戏关闭。  。

2、游戏中：  　　这个就是一个很庞大的问题了，RPG、动作、运动、射击……等等各种类型的游戏都有自己不同的测试内容。  　　RPG类：游戏内容：主线任务、支线任务、物品、技能、宠物(如果有的话)、数值图像：像素残余、像素残缺、图像出屏音效：音效流畅、可以正确的打开及关闭音效文字：文字出屏、错别字、敏感字动作类：游戏内容：人物属性，技能图像：像素残余、像素残缺、图像出屏音效：音效流畅、可以正确的打开及关闭音效文字：文字出屏、错别字、敏感字帧速率:好的公司会在设计说明中规定游戏的帧速率值，游戏的流畅性，可是却缺少工具来衡量实际的帧速率，只能靠感觉了。如果觉得游戏卡，就报帧速率过低的错误吧。   。

3、游戏后：  　　此阶段是指游戏通关后的情形。  　　结束画面。  。

4、计费点：  　　国外的项目基本上都是下载付费的，跟国内的百宝箱差不多，这块其实就不用测试人员去测试了。国内项目就不太相同，现在很多项目都使用了游戏中相关功能开通收费的形式，我们称之为计费点。高级物品，钱，经验，关卡开通等等。每次在使用一个计费点模块的时候，手机都会发送一条短信，收到下行后，游戏就会开通这个计费点的功能。比如说你想购买10000金币，当选择购买后，游戏会小化，然后手机发送出一条短信，此时，游戏会自动大化，并提示你购买成功，然后你就获得10000金币。  　　流程是这样的，那么问题就来了，手机在频繁的获取计费点时，游戏来来回回的小化、大化，可能会出问题。  。

5、广告：  　　国外项目有些会在游戏开始页面加入广告，点击后会打开一个WAP页面。此模块测试目标就是频繁的打开页面会不会引起游戏死机，页面是否能打开。 。

1、要看是那方面的亮哗测试，一般的游戏制作公司都有自己的测试团队的，现在也有专业的测试团队，一些小游戏都是委托此类团队来测试的，测试的类型有很多，一般包括硬件，此键蚂bug(漏洞)，游戏森埋性几个方面。

1、首先解释游戏性能测试含义、性能(performance)、是系统实现其功能的能力。

2、例如，响应时间、吞吐能力、事务处理数。

3、性能测试、是指在特定负载情况下，确定系统的响应速度和稳定性的表现。

4、它也可以研究、测量、验证系统的其他特征，比如可扩展性、可靠性和资源使用率。

5、通俗的讲、通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生成性能要求，即在特定的运行条件下验证系统的能力状况。

6、按手游构成特点，将性能测试分为客户端性能、服务器性能两大块。

7、性能测试的关键指标客户端性能的关键指标有、CPU占用率、内存占用率、流量耗用量、FPS(每秒传输帧数)服务器端性能的关键指标有、响应时间、并发用户数、吞吐量等。

8、如何做性能测试明确测试目标。

9、了解性能测试需求。

10、编写性能测试计划。

11、分析性能测试需求。

12、编写性能测试方案、设计测试场景。

13、相关资源准备(人力资源、硬件资源、软件资源)。

14、测试程序开发。

15、脚本维护、测试数据准备、测试监控准备。

16、执行性能测试并收集测试结果。

17、分析结果。

18、系统调优及再测试。

19、性能测试五大误区性能测试工具推荐简单推荐2款工具，分别给玩家和开发者。

20、玩家、安兔兔等跑分软件可以快速将app性能跑出一个整体分。

21、但有个致命问题，无法单独查看单独某个功能、某个时间点的具体数值。

22、缺点是无法定位问题。

23、开发者、WeTest性能测试(腾讯WeTest官方出品)提供Android版本和云端版本2种性能测试方案，这里着重介绍下本地版本，使用3步即可、1)打开WeTest性能测试页面下载WeTestApp，并安装。

24、2)运行手机上的WeTestApp，选择游戏后点“开始测试”。

25、3)上传并查看报告结束测试后，打开WeTestApp点击“上传”按钮。

26、登录wetest.qq.com点击“我的主页”里面，左侧的“手游测试报告”，在页面中就会出现“性能测试”结果报告，点击查看，就可以查看完整的测试报告。

1、有人把游戏测试工程师当成游戏体验员。

1、同游戏行业从业人员(不过现在不做游戏了)，尝试回答一下、测试用例在整个测试行业很普遍，并不只是测试游戏。

2、测试用例也没有什么高上大的地方，只是把你的测试过程写下来而已。

3、而为什么要写下来，是为了方便存档，一是为了让每次测试都能覆盖到了全部的测试项，二是为了让执行者知道需要测试那些地方(用例执行者和编写者并不是同一个人的情况很常见)打个简单的比方、启动游戏输入正确的用户名密码点击登陆查看登陆结果预期结果、可以正确登陆游戏以上就是一条简单的测试用例，每次执行的时候按照步骤跑一遍即可。

4、相信你一点都不陌生，这不是我每天做的事情么。

5、我们假设，今天要测试完一个登录模块，但测试该模块的人今天请假，其他人对该模块又不了解，如果没有测试用例，不了解该模块的肯定测试过程中会有多的遗漏。

6、那么之前如果写过测试用例的话就会很简单，换个人把所有用例执行一遍即可。

7、当然测试用例在进阶过程中有多的书写技巧和手法，不是一天两天就能学会的，这也是老测试人员和新测试人员的区别之一。