游戏测试员笔试题曝光
热门职位：
游戏测试员笔试题曝光
日 15:56:22
　　一位游戏业HR给出了一份招聘游戏测试的题，觉得挺有趣，有必要拿来分享一下。顺便让各位看观了解一下游戏测试是个什么活。　　&　　程序部门按照如下需求文档，设计了一个游戏程序：
　　用面向对象的思想，设计一个简单的游戏框架。
　　程序需求如下：
　　1. 用命令行模式实现，不需要界面
　　2. 游戏世界中，存在5个房间：A、B、C、D、E。有些房间之间存在连通性（从一个房间所能到达的另一个房间），而有些房间之间则不存在。具体如下：
　　&& 双向：A&-&B、A&-&C、C&-&D、单向：D-&A、D-&E、E-&B
　　3. 玩家可以控制角色从一个房间走到另一个房间（敲入命令goto A，则进入A房间），每次只能走一步路径。起始房间为A
　　每次进入房间，需要列出下一步可进入的房间。
　　例如：在房间C敲入：goto D，会列出：
　　4. 每个房间里存在不同的NPC，NPC具有名称，玩家进入一个房间后，需要列出该房间的所有NPC名称。具体如下：
　　A房间：无
　　B房间：杂货商、渔民
　　C房间：武器商
　　D房间：防具商
　　E房间：大海龟、海猫猫
　　5. NPC具有简单的对话功能，敲入talk NPC名称，则可以看到NPC所说的话。对话内容可自行设计。
　　扩展需求1
　　玩家拥有金钱和背包，初始金钱为100，背包中有5个格子，每个格子中可以放下一个物品。初始物品为“回城符”、“小刀”
　　扩展需求2
　　其中的一些NPC具有交易功能，玩家可以将自己身上的物品交易给NPC以获得金钱、或者通过身上的金钱购买物品。具体如下：
　　杂货商：出售 蜡烛（20）、小刀（30）、回城符（10）
　　&&&&&&& 渔民：&&出售 鱼肉（10）
　　&&&&&&& 武器商：出售 乌木剑（50）
　　&&&&&&& 防具商：出售 木盾（40）
　　&&&&&&& 括号里的表示出售价格，同时也是收购价格。
　　打命令“shop NPC名称”可以列出该NPC所出售的物品和价格
　　打命令“buy NPC名称 物品名称”可购买物品
　　打命令“sell NPC名称 物品名称”可出售物品
　　打命令item可以列出自己背包中的物品。
　　背包满的情况下，不允许再买入物品，并提示“背包满”。
　　阅读文档时间为1小时，阅读文档完毕后请在2小时内完成如下题目：
　　1，& 请为按照文档画出五个房间和他们之间的路径和方向；
　　2，& 按照文档说明和，填写下表
　　3，& 针对扩展需求1和2，测试背包功能，描述你的测试思路和方法。
　　是不是觉得很怀旧？哈哈！
　　个人觉得这套题设计的还是很不错的。虽然程序上有些简陋，相关功能也未详细指出,不过很是能体现游戏测试的基本。第1,2题是考察基本逻辑思维。第3题是考察游戏功能黑盒测试基本能力和测试用例的设计能力。我本来以为有过一定经验的玩家都能够做的出来，没想到坛友后面自暴“面试了7到8个，三到四年测试经验。结果做不出来跑了，我们老大怪我把题出难了。”可见游戏业的素质，悲剧！
来源：51testing论坛
【编辑：布谷布谷】
最新应聘信息
建议意见：　商务合作：广告专线：7　客服电话：3TestBird-APP和手游测试专家
TestBird移动应用质量专家
提供移动应用端到端开发和测试解决方案，提升应用品质，缩短上市周期
你已经拥有了一套可以自己动手、快速完成迭代开发的工具包
3500部属于你的手机，自由选择，任性操作，自助测试，操作简便，无缝对接您的迭代开发流程
4万用户，128名资深测试专家，10年技术磨砺和经验积累，10000家客户的信任
产品与服务
超过9,379,241次测试任务,为他们提供质量管控
在手游领域，我们已经被全行业70%以上客户视为测试的第一选择，几乎每款爆款手游背后都有我们的专业质量解决方案支持
我们深知金融证券行业对风险防控和安全保障的高度重视，致力于为您提供最适合的定制化解决方案，一站式解决您的质量问题
智能硬件及其它
为智能硬件开发者提供精细化的测试设计和高效的测试服务,完美解决目前智能硬件面临的三大类质量问题，让智能硬件更加稳健
我们把实验室建在最贴近您的地方
香港测试中心
TestBird测试中心
电信测试中心
已测试APP和手游数量
热门手机机型数量
覆盖主流机型
众测玩家数量
超过9,379,241次测试任务，为他们提供质量管控
在手游领域，我们已经被全行业70%以上客户视为测试的第一选择，几乎每款爆款手游背后都有我们的专业质量解决方案支持
手游行业解决方案 >
我们深知金融证券行业对风险防控和安全保障的高度重视，致力于为您提供最适合的定制化解决方案，一站式解决您的质量问题
智能硬件及其他
为智能硬件开发者提供精细化的测试设计和高效的测试服务,完美解决目前智能硬件面临的三大类质量问题，让智能硬件更加稳健
今天开始提交项目
使用TestBird测试项目提升产品质量，通过云终端调试产品
并追踪您的线上产品数据
电话：028-
成都中云天下科技有限公司蜀ICP备号-1
尊敬的会员:感谢您一直以来对TestBird的支持与信任。为了提供更加优质的测试服务，TestBird真诚倾听您的意见。同时，我们将随机抽出10名用户送出精美礼品。
成都中云天下科技有限公司蜀ICP备号-1手机游戏测试流程_中华文本库
第1页/共2页
第1页/共2页
寻找更多 ""手机测试一般方法和流程
手机测试一般方法和流程
　　1 、参照手机： GSM制式
　　2、参考标准：
　　GB/T 2 软件工程产品评价第五部分评价者用的过程
　　BG/T & 信息技术软件产品评价质量特性及其使用指南
　　3、评判依据：
　　各公司的标准定制的不一样，有些公司可能更细化些，在这里仅作一个粗略依据。产品的好坏由用户说的算，一切为用户服务！
　　依据：软件研制规范，软件需求说明书，用户手册（罗嗦两句，国外的说明书写的很细，比如不可以用电熨斗烧咖啡，国内的使用说明书绝对不会这么写的，但是使用说明书上具有的功能在产品上如果没有的话，可就是不符合项喽）。
　　4、基本功能说明：
　　添加、删除、修改、查找
　　批量操作： SIM卡记录复制到手机，手机记录复制到 SIM卡， SIM卡记录移动到手机，手机记录移动到 SIM卡 ……
　　5、 功能测试：
　　在这里只讨论名片夹的功能性和可靠性的测试，对名片夹模块的易用性，效率，维护性以及可移植性不做考虑。
　　按是否通过测试，则分为两种，顾名思意即通过测试和失败测试。通常的失败测试，也就是说要设计 肯定 测试用例，迫使软件出错，设计 否定测试用例。通过测试则是要保证软件实现基本功能。
　　5.1 基本功能测试：
　　手机输入法有很多种，比如 T9,拼音，字母，数字等等。在编写测试用例的时候，首先要保证各输入法是否能正常输入；能否正常保存；在进行错误输入的时候，是否有响应的提示。在这里举出几个 5.1.1、存储在 SIM卡上的记录
　　5.1.1.1、添加：
　　1）姓名输入：
　　i)是否可以使用任意输入法添加汉字、字母、数字，达到姓名允许的最大字节，并能正常保存。
　　ii)是否可以使用任意输入法添加汉字、字母、数字，在没有进行输入时，是否有警告提示或是否可以正常保存（根据产品要求）。
　　iii)是否可以使用任意输入法添加汉字、字母、数字，超过姓名允许的最大字节，是否有告警提？是否可以正常保存。
　　iV)是否可以进行汉字、字母、数字的混合输入，并重复 i~iii，是否有异常。
　　2）电话号码的输入：
　　i)是否可输入数字至最大值，并可正常保存。
　　ii）在不输入数字时，进行保存时，是否有告警提示。
　　iii）是否可以输入汉字，字母，此时是否有告警提示或异常。
　　iv)是否可以输入特殊字符，如 +、 P、 *、 #，是否可以正常保存。这里给介绍个出错的案例：连续输入多个 *， P或 +，不按电话的号码的正常顺序进行输入，试试，比如 "++139***P123",看看是个什么样的效果，是否显示正常。
　　3）在输入过程中按返回键、挂机键、或翻合翻盖、电源键，是否有告警提示或异常。
　　4）在各 MMI界面下，各按键功能是否正常。
　　5）待机界面下直接输入数字至最大值，是否可以正常保存。
　　6）待机界面下直接输入数字即特殊字符（＋， P），是否可以正常保存。
　　7）将 1）， 6）步骤进行一下排列组合，查看是否有异常情况。
　　5.1.1.2 修改
　　1）单条记录的修改：
　　a) 是否可以对单条记录进行修改，包括姓名和数字，并重复 5.1.1.1中的 1）， 2）， 3）， 4）各步骤。
　　b) 连续将多条记录的内容（姓名或电话号码）修改成一样。
　　c) 手机或 SIM卡的所有记录全部一样。（此条仅作为一条测试手段，在实际的应用中无实际意义。）
　　2）连续多条记录进行修改
　　此条的测试目的是对软件进行压力测试。
　　5.1.1.3 删除
　　1）对单条记录进行删除
　　i）删除后，列表显示是否正常；数量是否正确。
　　ii） SIM卡记录为空时，进行删除时，是否有告警提示。
　　iii） SIM卡记录仅为一条时，删除后，是否有 SIM卡内容为空的提示。
　　iv)在删除过程中，各功能键是否正常。
　　v）在删除过程中，进行中断操作，是否正常，比如挂机键，电源键等等。
　　2）对多条记录进行删除，目的是对软件的进行压力测试。
　　i）连续对 SIM卡的多条记录进行删除，是否出现异常情况。
　　ii）删除 SIM卡记录直至为空时，是否有异常。
　　iii）在删除过程中，各功能键是否正常。
　　5.1.1.4 查找
　　由于各手机的查找功能定制的不同，在这里不做累述。
　　5.1.2 存储在手机上的记录
　　存储在手机上的记录和存储在 SIM卡上的记录的测试用例基本相同。在测试过程中需要留心的是 SIM卡的存储容量以及手机的存储容量，由于软件的定制不同，往往在不同处易出现故障。比如 SIM卡的姓名栏可存储 5个汉字，或 8个字母、数字，电话号码可以存 20位，手机的姓名栏目可以存 12个汉字， 20个字母、数字，电话号码可以存 30位。在这个不同点之间就容易出现故障。
　　5.1.3 批量操作
　　1.3.1 SIM卡记录复制到手机
　　1） 1条 SIM卡的记录复制到手机。要求：
　　i）姓名为 1个字母或数字或一个字，手机号码是 1个数字或特殊字符（＋， p）；
　　ii）姓名为满的字母或数字或字符，手机号码是满的数字或特殊字符（＋， p）。
　　2）将 SIM卡的记录全部复制到手机。前提： SIM卡的容量有限，有的是 70（如动感地带，易通卡），有的是大容量卡有 200甚至 250条的记录容量（如全球通，各地区的 SIM卡容量不通，在测试过程中要考虑到对卡的兼容性），保证手机的每条记录是满记录，即姓名栏的字母，数字或汉字为满，号码栏的数字为满。将记录全部复制到手机，查看是否有异常。通产这时候问题就出来了，因为是批量性的复制，和手机的处理能力是有一定关系，此处比较容易出问题。
　　3）手机记录的容量通常比 SIM卡的容量要大许多，这里在谈一下该处的测试要点。
　　前题条件： SIM卡的每条记录全满，即姓名和电话的容量全满。
　　i） SIM卡记录全部复制到手机，直至手机记录满，是否有相关的提示，例如：手机记录满，手机空间不足，是否继续进行复制；部分记录将会丢失的字样；
　　ii）手机是否可以读取大容量的 SIM卡，并包括全部的手机记录，并能进行正常的查找。此处，可以连续的单条删除手机或 SIM卡记录，直至删空，查看是否有异常。
　　5.1.3.2 手机记录复制到 SIM卡
　　说明：手机的记录由于设计不同，有的手机是一个姓名对应 1条记录，有的是一个姓名对应多条记录，具体根据实际情况。
　　i）将 1条手机记录复制到 SIM卡上，是否正确复制。
　　注意：手机记录中的姓名栏可能和 SIM卡姓名栏的字数不相同，这时需要注意异常现象。另有的手机支持的是一个姓名下有若干条手机记录，是否可以将若干条记录全部复制到 SIM，且无异常现象。
　　ii) 将全部满的手机记录，即手机存储的条目数满，姓名栏的字全满，手机号码的字数全满，全部复制到 SIM卡，查看是否有异常。
　　注意： SIM卡的空间和手机空间容量在相等，或不相等的情况下，在复制的过程中均有提示，例如： SIM卡空间满；空间不足；空间不足，如进行复制，会有部分数据丢失等告警提示。
　　5.1.3.3 SIM卡记录移动到手机
　　SIM卡记录移动到手机同 5.1.3.1 SIM卡记录复制到手机的测试方法基本相同。注意的是在移动后， SIM卡内容清空。
　　5.1.3.4手机记录移动到 SIM卡
　　手机记录移动到 SIM卡同 5.1.3.3 SIM卡记录移动到手机的测试方法基本相同。由于各手机设计不同，有一个姓名对应一条记录和一个姓名对应若干条记录的情况，注意在移动过程中出现异常现象。
　　5.1.3.5 综述
　　从上面的测试方法已包含了等价测试和边界测试。下面将对测试过程中加入的其它环节进行描述。
　　1）中断：短信， MMS，来电，闹钟，功能键，挂机键，翻盖等等。在进行上述操作时，在每一个界面下，均需进行中断操作，并根据软件需求说明，对异常情况进行定位。
　　2）在进行每项操作时，均应有提示，确认是否进行该操作。由于各手机软件需求不同，在测试过程中可根据实际情况或根据用户反馈情况进行。
　　3）在 SIM卡记录或手机记录满的情况下，添加记录，查看是否有相关提示或异常。
　　[FS:PAGE] 5.2 失败测试
　　根据手机名片簿的实际情况，通过某些方式或方法迫使软件出错。在测试案例的设计中仍按重复测试，压迫测试以及重负测试这三种测试理念进行测试。
　　5.2.1 重复测试
　　1）添加
　　a)在待机状态下连续添加电话号码，并保存至 SIM卡 /手机，操作次数大于 40次；
　　b)添加菜单内连续添加电话号码，并保存至 SIM卡 /手机，操作次数大于 40次。
　　2）删除
　　a)电话簿列表下，连续逐条删除电话号码；
　　b)在保证 SIM卡 / 手机容量满的情况下，连续删除 SIM卡 /手机全部记录，在进行手机全部内容复制到 SIM卡上的操作。操作次数大于 20次。
　　3）查找
　　根据手机的实际功能，进行连续性查找。查找次数大于 20次。
　　4）修改
　　a)连续逐条将记录修改成同一内容的记录，操作次数大于 5；
　　b)连续逐条修改记录，将姓名栏内的内容修改至最大，并将电话号码号码修改至最大。操作次数大于 20次。
　　说明：在这里涉及到操作次数的问题，操作次数过大或过小，都会失去它的实际意义。操作次数定义在 40次，是根据 SIM卡的容量定义的，通常 SIM卡的容量是在 70左右。连续删除 SIM卡 /手机的全部记录的 20次操作，测试目的是检验内存是否溢出或不足。这项操作也可以定义成 50次，甚至更多。即使检测出软件存在问题，但是进行软件更改的成本就会更高，甚至造成代码引入的 BUG，总体来讲，得不偿失。
　　5.2.2 压力测试
　　压力测试是指软件再不够理想的条件下运行 ――内存小，磁盘空间少， CPU速度慢等等。
　　在名片夹中主要是要注意 SIM卡容量和手机容量的关系。有部分 SIM卡的容量比较大，在 200， 250条甚至更高。在测试过程中，主要主意的一个问题就是尽量在 SIM卡和手机容量慢的情况下进行添加，删除，修改，查找等操作。另一点就是操作的次数不能太少，也尽量不要太大。
　　5.2.3 负载测试
　　插上充电器；在低电压时，插上充电器；电池容量满后，继续充电并测试等等。
　　1）在名片簿列表下，连续按方向键，进行读取列表；
　　2）在名片簿列表下，快速插拔充电器；
　　3）输入非正常字符进行存储。
　　上述测试用例的目的就是在模仿用户在使用过程中容易或非正常情况下出现的问题。
&&&主编推荐
H3C认证Java认证Oracle认证
基础英语软考英语项目管理英语职场英语
.NETPowerBuilderWeb开发游戏开发Perl
二级模拟试题一级模拟试题一级考试经验四级考试资料
软件测试软件外包系统分析与建模敏捷开发
法律法规历年试题软考英语网络管理员系统架构设计师信息系统监理师
高级通信工程师考试大纲设备环境综合能力
路由技术网络存储无线网络网络设备
CPMP考试prince2认证项目范围管理项目配置管理项目管理案例项目经理项目干系人管理
职称考试题目
招生信息考研政治
网络安全安全设置工具使用手机安全
生物识别传感器物联网传输层物联网前沿技术物联网案例分析
Java核心技术J2ME教程
Linux系统管理Linux编程Linux安全AIX教程
Windows系统管理Windows教程Windows网络管理Windows故障
数据库开发Sybase数据库Informix数据库
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&