1 / 10
文档名称:

游戏测试.doc

格式:doc   页数:10页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

游戏测试.doc

上传人:xxj165868 2016/6/19 文件大小:0 KB

下载得到文件列表

游戏测试.doc

文档介绍

文档介绍:游戏测试 a. 什么是 Bug ? BUG 说简单点就是漏洞也就是设计有缺陷, 比如一个工具,有 bug 就会造成他的运作不正常, bug 经常在游戏和软件里提及。 0. 网络游戏的测试顺序一般游戏分为 3 个测试阶段,封测,内测,公测。封测人数很少的, 内测合适工会玩家, 等到公测会删号。公测就是正式测试, 就是玩家加入的时候。所谓的封闭公测,二次内测,终极内测,全都是游戏公司为了宣传, 聚集人气,才搞出一大堆的什么垃圾测试,根本就是造势。第一步要作出全面的测试计划, 这是个很花时间的过程, 认真的测试员必须要对游戏产品有全盘了解, 并制定完整正确的企划书, 这份企划书要准确描述测试结束后游戏的所能达到的品质。据此作出测试时间和人力安排方案。第二步是实施阶段,这一阶段的目标是“确保其功能的正确性, 在指定环境下运行的正确性”,这在测试中有个两个专用术语指代: 功能测试与压力测试。功能测试即检验游戏是否能实现所有设计功能。测试功能可分为: 游戏画面、 NPC 对话、物品的穿戴摘取带来的数据变化、升级带来的数据变化、各个频道的聊天是否正常、任务的完成过程和结果, 技能的使用等等。压力测试的项目则主要有职业平衡性、某一场景中能够承载的人数、不同场景间承载的不同级别人物、怪物的刷新率、同场景内不同怪物的搭配等等。此外还要依照游戏中的语音、对话表, 来检查错别字, 这被测试员看成是最枯燥也最漫长的检查。第三步被称作回归测试, 准确来说并非一个测试步骤, 只是用于保障对 BUG 的修改不会引入新的 BUG , 所以简单的讲就是对修改后的版本重新进行一次完整的测试过程, 重新验证每个细节, 然后将测试过程中的信息收集整理,供下个游戏制作和测试借鉴。也许正因为专业游戏测试有如此难度, 在这些全职游戏测试员眼中, 象小比和童辉那类兼职测试员一直没有什么地位。有部分全职测试员甚至偏激的认为:“吸收玩家参与游戏测试是个公司决策中的错误, 他们除了给公司带来更高的市场风险外, 别的什么作用都没有。”内部测试-> 内部封测-> 内部 2 阶段封测-> 综合版本不对外测试->玩家限量内测-> 公开内测-> 不删号内测-> 说不删就不删内测-> 免费版公测-> 加入新版本测试-> 新版本 2测-> 全面公测-> 正式公测-> 完全正式公测-> 完善版本测试-> 完善版本公开测试-> 完美版测试-> 超级公测-> 中级公测-> 终极大公测-> 超级无敌公测-> 完美无暇版公测..... 1 ,网络游戏交易的流程,用 Oracl , sql ,叙述出来我觉的交易的测试, 首先要把握两点, 一是对于正常的交易系统应当允许交易成功; 二是对于不正常的交易系统应该不允许成功并做出适当的处理。如果细化一下的话, 我们可以根据这两点划分出不同的测试内容, 比如我们可以把交易从物品上分成不同的类别, 有武器交易, 药品交易,金钱交易,而交易的话还要考虑是否是否有绑定或保护。不同物品的交易可能会有不同的操作和要求。刚才说的其实算是正向用例, 我们还要考虑反向用例, 即如果玩家的操作非法, 那么我们应当不允许交易, 或者系统应当防止这种交易的发生。暂时先想这么多了。 2 ,找到交易这个流程之间的测试点交易分为成功交易和失败交易,还有非法操作交易每次交易查看个人的物品表,数量什么的交易前后是不是一致