如何设计一款游戏

很多人想投身游戏行业，成为真正的游戏制作人。但是他们对游戏的制作过程，和各个职位的职能都是比较陌生的。对网页游戏开发也不够了解，游戏到底是怎么制作出来的呢？ 网页游戏开发的程序构成分为三大部分：第一是数据流程。第二是美术。第三是程序。 1、数据流程 数据流程其中，数据流程包括了功能。也只有在功能中才能体现数据流程。 比如最简单的卖买产品。要实现这个功能，那么需要有产品基础表、产品详细表、商店表、背包表。如果扩展性更强，相应的双表是少不不了的。 表的问题都简单了，关键是这个物品有什么用，这样物品的来源，一大堆数据，物品的走向，又是一大堆数据。最后，这些数据得绕成一个圈。绕圈是一件困难的事情，特别是功能和道具多了起来的时候。难度是2的n次方。 2、美术 UI：简洁漂亮的界面总会有好处。 小图标：道具，地图，装备，一类至少10个吧？大体上百把个是需要的。 3、程序分5个部分 数据库：一大堆基础数据表和详细数据表。基础数据表：比如等级1到等级100的用户的属性初始值。详细数据表：每个用户的具体属性。 功能页面、功能函数。主要就是数据存取，判断，数据走向。 ajax函数：（可选）某些需要伪即时的功能要用到。 javascript函数：（可选）模拟客户端的数据计算。也就是webgame的与时间相关的数据。分为两部分。一部分是真实数据，是由服务器端的定时器计算的。另一部分是只有初始值，客户端显示用的。不需要即时同步，仅仅需要模拟同步就行。 服务器定时器：（C语言或自己设定服务器）定时循环执行某一段代码。而这段代码主要是根据数据库的数据进行更新。这个可以找个C语言程序员来做。对于C语言程序员来讲，这个功能是相当的简单。当然，具体的处理数据的判断和操作数据库，需要你自己写。让C语言程序员给你段标准代码就行了。完全支持sql语句的。 当然在网页游戏开发前，还要组织相关的专业人才，制作一款网络游戏需要的最核心人才是原画、2D、3D、程序设计、策划等这些方面的人才是必不可少的，因此，要开发一个网页游戏除了要程序员以外，千万不要忘了准备以上人才。

在制作游戏之前，必须有一套经过长期测试并且适用的游戏引擎。 数位红用了两年的时间总结开发出一套基于移动设备的游戏引擎：dragon bone game engine for mobile phone（龙骨），他可以支持目前大部分的高端移动设备，它不仅可以使程序开发人员及游戏项目节省了大量的时间，另外还可以让美术人员最直观的看到其设计效果。它最大的价值就是可以使开发人员的一套代码在不需要改动程序的情况下编译运行在不同设备平台上（改动不超过20%）。目前数位红及其他公司已经使用它开发游戏超过了30款。 引擎提供了非常完善的9个模块与3个增强模块，可以完全满足各类游戏开发的需要。游戏引擎可以直接嵌入到开发者的程序中，不需要额外的支持程序即可使所开发的游戏独立运行。游戏引擎简单、易用，编译后体积很小，占用内存也很小，可以节省玩家的内存空间及无线下载费用。基本引擎包含9个模块，引擎函数界面提供了类似windows的使用模式： 1、 文件操作模块：提供类似标准c的fopen,fclose等函数。 2、 内存管理模块 3、 2d图形图象模块 4、 对话框模块 5、 sms操作模块：可以在程序内部对sms的收发进行截获处理。 6、 加密模块：提供识别使用设备的imei功能，用于软件的加密目的。 7、 声音模块 8、 资源打包及压缩模块：可是使最后发售的软件包体积变小，尽量少的占用用户的内存空间。 9、 常用函数：如字符串操作等函数。 10、例子：提供一套完整游戏magicline的源程序。 引擎增强模块构成 其增强部分，包含三个模块： 1、 实时3d增强模块 2、 声音增强模块 3、 图形文件增强模块 ii. 正式开发的前期工作 a. 开发工具的准备 在很多人看来，手机游戏还是一种很新鲜时尚的玩意儿，所以，谈起手机游戏的时候难免有种莫测高深的感觉。其实，手机游戏的整个制作过程十分简单。从某种角度而言，它是一种传统的回归，同时也是新旧技术的相互融合。最常用的开发工具有vc++，j builder及codewarrior，在设计工具上则更是和普通的pc游戏制作软件没有大的区别。有的设计人员更愿意使用“骨灰级”的二维设计工具dp，也有人愿意用3dmax、maya建模之后再进行二维修改，当然所有这些方法都要根据游戏的最终设定来决定。我们在做java游戏的时，一般都是采用像素级的二维绘制完成图片，即逐个像素点的完成。但在制作pda等类似设备的游戏时，就会采用3dmax或者maya建立模型，渲染后再修整。在设计过程中，我们也与大多数游戏公司一样使用了maya、3dmax、photoshop、painter等工具。 b. 确定游戏的各项参数及目标设备 这要求程序人员能给出准确的图片限制大小，即所有图片允许美工占用多少空间。由于手机游戏的制作受数据量的限制很大，所以我们在设计游戏时，经常为减少1k空间大小而大伤脑筋。另外，就是需要准确了解该手机允许的色彩数、分辨率、整屏刷新率，其实这也是对游戏引擎的一种测试。 以motoracer 3d为例，我们设想使其运行在nokia 9210、nokia 7650/3650、sony ericsson p800、pocket pc平台上。在数位红，由于我们拥有了自主开发引擎dragon bone game engine for mobile phone，游戏引擎是跨平台的，所以这一步骤我们就省去了不少时间。我们以nokia 7650/3650为最初调试蓝本，原因是在这些设备中，nokia 7650/3650的速度相对较慢，屏幕尺寸也相对其他设备小，因此以它为基础设备最为合适。 如下表，我们设计了motoracer 3d的基本技术参数。 技术参数 达成目标及要求 图像刷新速度 >18/fps 文件安装完成大小 <1000k 文件未安装大小 <400k 占用内存峰值 <700k 使用过程中游戏占用内存 <700k 游戏与操作系统兼容性 nokia 9210、nokia 7650/3650、sony ericsson p800、pocket pc 游戏图形特效清单 无 alpha 图形文件 声音文件 .wav 数据自定义 目录结构/变动文件清单 使用的动态链接库 未知 下面是经过初步估计的基本图片清单： 跑道外面的沙地草地元素 跑道的边上的指示方向的牌。（左右） 跑道地面元素 背景的天空图。 起跑线。 选择的时候得车图（4张） 比赛开始前站立的背面图（4张）。 比赛时候得车加人背面图（4套，每套9张，分别9个角度，从直立开始，每15度一张。） 撞车后的图（3桢） 比赛完毕名次画面。 速度仪表图。 数字（0至9等宽横排，分别有4套，速度数字，档位数字，排位数字） 菜单背景 top ten 按钮 巡回赛排名的背景 c. 准备游戏策划 很多开发者认为，手机游戏的策划不重要，这个观点是严重错误的，手机游戏的美术与程序开发工作量都非常有限，其表现力也受非常大的制约，因此一款手机游戏的可完性如何在某种意义上完全取决于游戏策划本身。 在此过程中，手机游戏策划基本同传统游戏策划无异。但游戏策划必须要对游戏的操作做出准确的设计，每个手机的键盘都不太相同，毕竟pc上的键盘基本都是101键。 再就是根据上面第一步给定的美工空间限制，美工要同策划共同商议，严格计算每张图片占用的空间，甚至是一个小图标都是不可以漏掉的。 以motoracer 3d为例，我们的游戏策划做了大量有关物理力学方面的公式，使其美工在设计图片时更符合真实的效果。 如下表：我们将每种赛车的速度特性均体现出来。 gear 1 gear 2 gear 3 gear 4 gear 5 grip 颜色 车1 最大速度（mph） 97 107 135 156 176 0．45 绿黄 加速度（mph/秒） 21 18 16 12 8 车2 最大速度（mph） 90 102 127 148 168 0．25 紫黄 加速度（mph/秒） 23 20 18 14 10 车3 最大速度（mph） 102 112 140 160 180 0．65 蓝黄 加速度（mph/秒） 20 16 13 10 7 车4 最大速度（mph） 94 105 133 152 172 0．35 黄蓝 加速度（mph/秒） 22 19 17 13 9 车5 最大速度（mph） 104 115 145 166 182 0．75 黑红 加速度（mph/秒） 19 17 14 10 7 车6 最大速度（mph） 92 105 133 152 178 0．5 红黄 加速度（mph/秒） 21 18 15 11 8 d. 美术及程序开发工作 motoracer 的贴图设计 建立摩托车的模型与赛手 调整运行时的动作 另外最重要的就是如果想做一款motoracer这样的游戏，首先自己就应该是摩托车的行家，我们motoracer 3d的首席美术设计师王科，就是一个疯狂的摩托车发烧友，他可以为了攒钱买机车，啃一年的馒头。呵… e. demo测试 测试工作以motoracer 3d为例，我们开发周期6个月，因为有了引擎的缘故，使主代码开发周期缩短至3个月，为了保证这款产品具备国际水准，剩余的3个月我们基本都在找问题、鸡蛋里挑骨头。于是一款位列全球手机游戏销售前三名的motoracer 3d终于出炉了。 当然，在数位红像motoracer 3d的幸运产品并不多，数位红有30%的产品在demo期间就因为可完性、操作感等问题最终没有面世。毕竟想要打造一个优秀的品牌是要做出很大牺牲的。 iii. 手机游戏制作宝典 由于手机硬件设备方面的诸多限制和性能差异，我们在游戏的开发和制作过程中无法天马行空般的进行创作，而不得不综合考虑到多方因素的平衡。下面列出的是一些关键的性能参数，这些参数都直接影响游戏的效果。 分辨率 手机的屏幕大小各有不同，从80*30到320*240，就好比在pc发展过程中的cga、ega乃至vga，分辨率的高低直接导致了造型的大小及表现力，这点相信每个设计人员都有所体会。另外，由于手机型号及操作系统的多样性，导致了一款游戏并不能不加改动的在不同的手机上运行。对于美术设计人员而言，就要在设计之初考虑屏幕的自适应问题。比如在128×128分辨率下与200×200的分辨率下，如何可以不重新更换图片，但又达到同样的效果？ 色彩数量 目前手机能达到的色彩数量也是限制美术人员发挥的一个重要瓶颈。从过去几年的黑白屏幕手机到现今256色、4096色及真彩色。digital-red在开发游戏时接触过非常多的手机，其中有的手机号称能显示4096色，但我们将一张4096色的色阶图进行显示，便发现有的颜色根本无法区分，更让人吃惊的是，个别手机还色偏严重。所以，设计人员是一定要根据实际手机进行图片绘制，在此，digital-red有过非常多的教训。 明亮度 液晶屏幕由于其独特的发光原理，并不能达到传统显示器的亮度，同时也就导致了很多色彩丰富的图案在强光下，不能显示出原有的效果，这点在手机户外显示时尤其明显。因此设计人员在设计手机游戏图片时一定要考虑这点，不能将色彩对比度设置的过于接近、图片设计一定要简洁明快，避免过小的图片。 显示速度 在我们接触的手机里，很多由于运算速度的问题，导致动画帧数并不能流畅，甚至达到不了10帧/秒，这对于游戏动画而言是致命的，我们一般采取局部刷帧或者尽量避免全屏幕动画来尽量达到预期效果。而且液晶屏幕本身也有显示速度问题，我们就发现过很多手机都有影像“拖尾”情况。这种情况，在实际游戏中很容易造成玩家的视觉疲劳，尤其在颠簸的车上或者是行动中，游戏时间过长，就有头晕目眩的感觉。如此，即使是一款优秀的游戏也无法留住玩家了。 电力 由于手机是液晶屏幕，大多数设备在高亮度的像素显示与一般像素显示上，两者耗电量是有所区别的，例如白色背景就要比黑色背景消耗的电池能量。因此，对于手机游戏而言，要尽可能节省玩家的电池，也算是对玩家的一种体贴吧。 手机游戏开发过程中的一些错误观念 很多想开发手机游戏的朋友们对于手机游戏都充满了幻想，digital-red也曾与这些朋友们一样，在脑海中有非常多的想法等待实现，但一旦真正开发游戏的时候我们就发现很不现实，这里将几个常见的错误认识与诸位分享： 移植pc游戏到手机上 pc上的游戏已经以百兆来计算其占用空间了，而很多手机游戏是以k来计算，大多数的手机游戏能安装60k的游戏就算不错了。 j2me游戏不用改动可以运行在各种手机上 j2me在移动设备上有一个midp 1.0标准，但各个手机厂商在推出支持j2me的手机上都对其进行了扩充甚至改动，一个程序想要达到最理想的效果就一定要针对不同型号的手机。 用java开发手机游戏要比用c++好 使用java开发手机游戏的确非常方便，但在效果与性能上很难与c++代码实现效果比拟。如在symbian os/wince设备上我们还是推荐尽量使用c++来开发为好。 java开发出的应用程序占用的空间小 在开发小型应用时，java程序的确空间占用较小，但如果游戏项目过大，java游戏的小巧优势就很难体现了。 手机游戏策划与传统游戏策划无异 手机游戏的策划禁忌非常多，要求策划人员必须全面了解手机的技术性能才能做出针对性的优秀游戏。 美术可以画大图，然后再缩小 一张大图如果缩成12*12大小，效果就可想而知了。

1。游戏制作的主要流程电脑游戏开发小组中的任何一个人(这个角色通常有策划担任),只要有了一个新的想法或念头,就孕育着一个新游戏的诞生。在这个创意被充分讨论之后,再加上对其操作过程的趣味性及市场销售的可行性的预测等因素的准确判断,一个完整的策划方案才可能产生。在经过充分的讨论后,策划人员必须将讨论的重点写成文字,也就是提出完整的策划方案,经决策者同意认可后,才能进下一步的工作。这份策划方案就像一部电影的剧本,它必须完整地涵盖整个游戏的故事、流程、内容、方式、游戏画面、角色造型、场景规划、人工智能、硬件配备、市场评估等。对整个游戏过程的详细描述及实施规划都应记录在案。当进入创作过程之后,策划还必须随时和美术设计师和程序设计员保持联系,以免游戏程序的编写失控。策划应能对游戏设置的内容与精神了如指掌,与各个小组及时沟通,并且控制整个游戏制作的进程。 2。游戏设计基本论要设计一个游戏,首先你必须要确定几个重要方针,第一是你要设计的游戏是属于那一种类型,第二是时代背景,第三是模式,第四是程式技术,第五是表现手法,第六是市场定位,第七是研发时间,在掌握上述七个方针之后,你就可以再做详细的规划内容及调配资源,那么何谓是七项方针呢?笔者以范例来说明之!一、类型:所谓的类型是指这个游戏所着眼的一个游戏方式,通过这个方式来使玩者达到娱乐的目的,这个游戏方式有专有名词来各别予以命名,兹如下述: (1)RGP角色扮演:这个类型的游戏以通过故事剧情牵引来使玩家能溶入主角所存在的一个世界,这类型态的游戏多半透过战斗升级系统及人物对话的方式来一步步完成设计者所布下的剧情路线,最具代表的作品有日本史克威尔所设计的“太空战士系列”及国内大宇资讯所设计的“仙剑奇侠传”,当然还有很多部作品例如“神奇传说”等也是此中的佼佼者。在RGP的类型中,在近几年来又分支了几个类似的型态,例如说Blizzard的“暗黑破坏神”“Dirblo”被定位为“动作RPG”,因其动作成分相当高所至,而“神奇传说”、“超时空英雄传说”则被定位尽“战略RPG”,只因战略成分比重较高所以又有别于传统RPG。 (2)SLG战略:谈起战略游戏,大家最耳熟能详的应是日本光荣公司所出品的“三个系列”,KOEI的三国志风靡东亚,从一代进化到现阶段的六代皆为玩家们所津津乐道,而所谓的战略游戏则是透过经营→战争→扩大领土三个手段来赢得游戏最终目标,一般而言动态成分少,最较偏重于花费脑力的游戏,但从WestWood的新型态战略游戏“沙丘魔堡”问世之后,战略游戏也有了重大的分野,一是以KOEI代表的三国志系列被称为回合制战略游戏,一是以WestWood代表的C C及Blizzard所代表的魔兽争霸被称为即时制战略游戏,和回合制所不同的是,即时制拥有较多可由玩家与电脑互动的机会,比较不花费脑力,所进行的方式是建设→生产→攻击→歼灭,在业界有句俏皮话是这样说的:「玩回合制游戏像是自己当了个大将军(元首),运筹帷幄决胜千里之外,而玩即时制游戏则像是个士官长(部队指挥官),只能一味的打打杀杀」由此你可以了解到这两个型态的异同的了。 (3)ACT动作:所谓的动作游戏其实就完全靠玩家的反应来做过关的条件,较有名的像DOOM、古墓奇兵、QUAKEⅡ等,在动作游戏中也分支了相当多的类型,例如快打旋风、铁拳Ⅲ等被定位为格斗型态,主要游戏方式就是二人到四人互相对打一直到分出胜负为止,而DOOM、古墓奇兵则被定位为3D动作冒险游戏,主要目的为杀敌闯关,再来像阿比逃亡记、黑暗之心被定位为横向卷轴游戏,游戏方式就是以攻击跳跃等动作来走过一连串的关卡,表现方式多为2D卷动画面的方式在进行,再如飞龙骑士、极上疯狂大射击则被定为动作射击游戏,游戏方式就是闪躲射击冲过火网进而歼灭守关魔王为止,这些分支型态有共通特点却又那样的不同,这也是动作游戏吸引人的重要原因。 (4)PZL益智:这类型的游戏以趣味性的思考为游戏的主轴,内容可以包罗万,思维模式也可朝物理性及逻辑性方向着眼,具代表性的是大宇资讯的“台湾十六张麻将”、“大富翁”、“仓库番”等,而棋盘式的思考方式著名的有“决战中国象棋”及光谱资讯的“五子棋大师”等,这些游戏入手容易且不分男女老少皆喜欢的特性,使得益智型态的开发较有市场,成本也较低。 (5)ADV冒险:冒险游戏的内涵多半脱离不了解谜的成分,是的!这类型的游戏让玩家抽丝剥茧的找出设在游戏背后暗藏的谜底,以顺利完成游戏,具代表作有恶灵古堡、异星搜奇、幽魂等,这类型的游戏年龄层较高,比较不适合国内厂商来研发。当你在构思一个新的游戏企划时即应预先想的所属意的类型,然后才进行下一步的计划.

一、游戏软件与通用软件的区别 a) 通用软件的需求明确，游戏软件需求理想化 i. 通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并 不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平衡也只是相对的平衡，而非绝对的平衡。没有什么明确的参考参数。只能根据以往游戏的经验获得一个感知的结果。 ii. 网络游戏中的某些功能是有预期结果可参考的。例如组队、交易，而另外一些 带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。人的思考力都是有限的，所以不能保证在他的创意中会考虑到各种各样复杂的细节。也不能够保证这个创意就可以完全被用户所接受。 当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。也需要帮助开发者和用户找到一个互相容忍的平衡点。游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。 b) 通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快 i. 通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新 的需求变更。而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣摩玩家的喜好，进行游戏功能的改进。加之网游制作本身就是一个庞大复杂的工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出最好的评估。所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架构的修改必然导致某些功能的颠覆。所以就出现了，游戏开发过程中的一个恶性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的又要进行新的调整，再进行新的修改。最终导致了游戏软件的开发周期不断加长。任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评估。 二、网游有哪些测试内容 a) 性能 i. 客户端性能 ii. 服务器端性能 1. 服务器 2. 数据库 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. 不同的游戏对于功能的划分不同，但是目前主流一些功能划分中有以下内容： 1. 基础操作 2. Npc 3. 地图 4. 装备 5. 剧情 6. 技能 7. 人际 8. PVP 9. …… 这样我们很简单的将整个游戏的功能进行了划分，划分完毕，下来的工作就是针对某个功能的测试了。很多人都问过一个问题，游戏测试中测试用例到底有什么用。下面继续~ b) 游戏测试的测试用例有什么作用 i. 测试执行过程中，按照用例指示的操作检查操作结果是否正确，记录测试过程 中发现的bug ii. 按照用例的执行结果确认功能的通过与否，也有的按照用例的覆盖率来确定单 服测试的通过与否 iii. 便于回归测试的执行 这样讲应该比较明白了吧。 c) 测试用例应该包括什么——测试执行过程中所需的所有信息，举例说明下。例如： i. 表头：功能名称、案例编写人员、编写时间、测试人员、测试时间 ii. 正文：功能点、测试点、测试输入、预期结果、实际结果 iii. 用例执行结果统计 d) 功能点模块化理念 都知道一个复杂庞大的系统，程序在实现时会将其分成若干模块按照模块功能优先级进行实现。我们测试过程中也采用这种方法，将复杂的功能点按照实现功能进行分类，分类后的测试点，再进行分类，直至细分成为一条条用例。就像庖丁解牛那样。 按照等价类划分法，将同一判断条件的测试点组成一个集，在这个条件基础上再次判断的条件，我们假设它已经成立。这样在用例设计过程中就需要测试人员清楚的知道，哪些条件是一类需优先确认的，哪些是以这类条件为基础的。我们最终形成的测试用例一定确保的是一条用例只检查一个测试点。 这样设计也有另外一个好处，如果一条用例不能走通，其它的还可以继续检测，经常会遇到测试过程中由于一个bug，导致测试工作停滞。现在这样子我们就可以采取脚本调试，或者其它方法跳过有bug的测试内容，继续进行其它测试点的测试了。 e) 场景测试法协助功能点细分 游戏测试中，场景测试方法是经常用到的一种方法，什么是场景测试法，及按照功能设计要求，在脑中模拟出来的一个功能使用时的操作流程。按照每步操作的针对点，将针对点划分为所用例设计时的小功能点。划分时需每步针对点的各种检查点分到该功能点内设计为该功能点的检查点。再根据检查点进行测试输入（及操作过程）的编写。用例编写过程中的思考方式就如上了。讲起来比较抽象，希望对作者：sunli 制作时间：2008年10月份 个人空间地址：[url]http://www.51testing.com/?89706[/url] 本文档仅供学习参考，请误擅自转载 3 / 3 大家有所帮助。 f) 用例的设计原则——一直有人问到底要详细到什么程度 i. 我们不期待用例编写到任何人都可以执行，也没有这个必要 ii. 我们针对的是网游的测试人员，至少是玩过网游的人，这些人对于游戏中的基 础设定都有认识，我们不可能对着一个不知道任务界面是什么的人大讲怎么测试任务。所以我们用例编写的原则就是针对我们测试组内的测试人员。 iii. 但是，请不要简略到别的测试人员看不懂，特别是当你是专职的用例编写人员 时，编写时请多考虑下语言描述的方式。请让你的同伴可以看懂，你所要表达的意思。 iv. 用例是没有固定格式的，它的主要原则就是，测试中所需所有信息，我通过你 的文档都能够获取到。所以不要再执着的像别人要模板。模板你自己都可以设计，发挥你的创意。 四、编写过程注意事项 与设计人员的沟通 拿到一份文档时请不要急于编写，在这之前很多事情需要做，请先将文档阅读至少三遍，然后思考下，你自己大脑中是否有你所看文档功能点的一个流程图，当确认已经准备好了。开始设计用例，用例设计的过程就是与设计人员不断沟通，深入了解功能的过程。你会发现，或许跟你之前流程图中想像的并不完全一样。这个时候不必惊讶，去找他们核对就好。不怕发现问题，就怕没有发现问题，最终做了很多无用功。编写过程中发现的没有预期结果的内容，请及时与策划人员、程序人员核对，必须三方核对。核对完毕提醒策划人员及时更新设计案，提醒程序人员设计案新修改内容。这样你会发现，设计测试用例过程的本身就是发现策划案不完善的过程。 请运用你的思维，采用边界法、等价类划分法、错误推断法、以及以往的经验，将每一个测试点的所有需检查点进行充分的设计。发挥你的主动性，和测试组内其它人探讨你认为可能存在风险的测试点，以便得到有价值的信息

一 学游戏制作的人很多，可很多人水平太垃圾现在游戏制作这个行业是一个非常有前景的朝阳行业，做这个行业的人，目前在我们国家的薪水都是顶级的，而这方面的人才却很稀少。大学里也很少开设这种游戏制作的课程，即便是有，很多老师的水平基本上也就是一些理论派，没什么干货。其实很多人想做这个行业，于是从网上扒拉各种游戏制作教程学习，学了半天也是一头雾水，稀里糊涂，说不会吧，还真会，说会吧，水平还真不咋地。学的东西太杂乱无章，没有什么系统，缺乏真功夫，很难在游戏制作这个行业里立足，这是我们很多游戏学习行业人员的悲哀。二 有一直游戏制作学习，叫无论你在哪，都可以看现场直播现在网上很多游戏制作的学习教程和有很多，但是大多数都已经过时了，一些老掉牙的知识罢了，学了也是白学，浪费时间罢了，俗话说的好，选择不对，努力白费。我个人人为，要么不学，要么就学出一个样子来，怎么才能做到呢？当然是要有高手带，只有站在高手的肩膀上才能成为高手中的高手。还有学习模式的改革，很多学生以前希望在网上可以看现场直播老师，同时还可以和老师互动，不明白的问题老师还可以当场解答，想学习的话，在网上就能系统的学习，这种地方有吗？以前没有，现在有了，如果你想学习的话，可以来这个群：排在前面的一组是：二九六，处于中间位置的一组是：六七六，最后的一组是：二八九，按照顺序组合起来即可。这里有每天的全国各路高手现场直播分享的游戏制作精品课程，你什么都不需要付出，只需要来听就行，我们只欢迎努力有上进心的人，不努力瞎混日子的，就不要加了。三 与其玩游戏，不如做游戏要知道玩游戏和做游戏不是一个概念。玩游戏是一种业余爱好生活方式，做游戏是一个工作，是一个产业，是一份职业，是一个事业。打个比方吧，看电影的人很多，但是拍电影的人少；踢球的人多，但是做教练的人少；用的人多，但是做的少；喝酒的人多，但是做酒的人少。这么一解释大概明白这中间的区别了吧？游戏作为一个产业在中国十年，发展的势头很强劲。四 游戏是是怎么被打造出来的1.游戏制作过程并不神秘。按不同，可分为网络游戏（online game）和家用机游戏（consol game）。其开发过程大致可以分为原始创意阶段——项目研发阶段——项目开发阶段——游戏测试阶段——游戏运营阶段。作为个人，在游戏制作过程中的分工有美术（AD美术总监、角色、场景、动作、特效、UI界面）、程序（主程、网络端程序、客户端程序）、策划（主策划、执行策划）、音乐（为主）。而网络游戏和家用机游戏在美术方面的要求不大相同。网络游戏更注重UI的交互、风格的多样、内容的充实。而家用机游戏更注重画面的表现力、技术的先进和UI细节的细腻。近几年，网络游戏的美术在画面表现力上有向家用游戏靠近的趋势。就国内该行业的发展现状来说，美术、程序这两块的合格人才是最紧缺的。2.游戏制作全过程：（1）【游戏策划】工作范畴：故事设计，AI设计，玩法设计，数字设定，关卡设计人员配置：编剧人员，游戏策划人员（2）【游戏美术】工作范畴：原画，建模，贴图，动画特效，用户界面人员配置：原画师，模型师，材质师，动画师，特效师，UI设计师（3）【游戏程序】工作范畴：游戏引擎程序，脚本编辑，材质开发人员配置：程序员，工程师，Shader程序员（4）【游戏整合】工作范畴：关卡整合，数值调整，程序与美术结合，音效置入人员配置：程序员，工程师（5）【游戏测试】工作范畴：数值微调，极限测试，除错人员配置：程序员，工程师3.学习游戏制作必须掌握三大方向的知识和!游戏美术，需要一定的美术功底。要用到的有：max，zbrush，ps等等。游戏程序，当然是学计算机类。要学习程序语言。比如c，c++,as3,php等等。游戏策划，则比较复杂。因为策划又细分为数值策划，系统策划，剧情策划等。而且策划要具备一定的程序和美术基础。所以如果想往剧情方面发展的话，要学文科，历史心理学等专业。如果是数值和系统，则比较注重逻辑分析等，则偏向于理工科。用到的一半是office系列的。4.游戏制作的一些其它职位原画师：根据游戏人员的行业经验，进行高强度的绘画训练，达到精通色彩鲜明、结构比例准确，提高鉴赏及创意能力，保证学生自身水平快速提高，达到行业用人标准模型师：通过角色建模、人体解剖、场景建模、道具建模、展UV、贴图绘制、法线烘培等知识的学习和研究，使学员熟练掌握各种技法，达到行业用人标准材质师：通过角色建模、人体解剖、场景建模、道具建模、展UV、贴图绘制、法线烘培等知识的学习和研究，使学员熟练掌握各种技法，达到行业用人标准动画师：让学生知道各种动画制作的表现，角色的整体塑造、风格动画的制作，学成后具备掌握扎实的动画原理和动画表现力，精通动画制作特效师：针对游戏特效制作的高级人才需求，通过色彩搭配、特效贴图绘制及粒子特效的使用，制作出色彩炫丽、节奏感强、具有视觉冲击力的特效五 游戏制作其实可以这么玩1.1开始设计游戏时如何确定游戏的主题设计一款游戏，应该注意到具有一般、共同主题的游戏剧本适用于不同的文化背景的游戏者们。比如爱情主题、战争主题等等。容易引起游戏者们的共识与共鸣，对于游戏在不同地区的推广是有好处的。如果游戏题材比较老旧的话，就应该试图从一个全新的角度来阐述一个古老的故事；或以全新的观念来诠释古老的题材；或以全新的体裁制作古老的题材。做到旧瓶装新酒或者是新瓶装旧酒，不能给游戏者乏味或雷同的感觉。要让游戏者在不同的方面领略到新意。1.2如何推动游戏的过程向前发展在戏剧中，有两个重要因素是推动故事情节的动力：障碍与冲突。具体应用到游戏中，可以将障碍变成为在游戏过程中，需要游戏者解决的难题；冲突变成为游戏者前进的阻碍，迫使游戏者根据自己目前的状况，想出有效的解决办法。再具体的说明就是障碍是谜题，冲突是战斗。在RPG游戏中，这两种因素应用最为广泛。恰当的为游戏者设置障碍和冲突，是游戏者有不断克服困难前进的动力，从而带动故事情节向前发展。1.3故事的讲述方式故事的讲述方式有两种：倒叙法和正叙法。倒叙法是先将游戏者所处的环境给定，先使游戏者处于事件发生后的结果之中，然后再让游戏者回到过去，去自己发现事件到底是怎样发生的，或者阻止事件的发生。正叙法就是普通的方式，故事随着游戏者的遭遇而展开，游戏者对一切都是未知的，一切都等待游戏者自己去发现，去创造。一般的游戏都采用这种方式。1.4如何设定游戏的主人公主人公是游戏的灵魂，只有出色的主人公才能使人流连于故事世界中，才能演绎出出色的故事。因此，成功的设定出一名主人公，游戏就有了成功的把握。游戏中的主人公不一定非要是一名善良、优秀的人不可，也可以是邪恶的，或者是介乎与正邪之间的。通常邪恶的主人公比善良的主人公更容易使游戏成功。主人公如果能够邪恶得让人虽然厌恶他，但却不能放弃他，让人想看看他到底能够做出什么、或能够遭遇到什么、或下场是什么，就比善良的主人公更好的抓住了游戏者的心。还要注意一点的是，主人公的设计不要脸谱化、原形化，不要流俗。主人公如果没有自己的独特个性、独特形象，是不可能使游戏者感兴趣的。1.5游戏中的叙述角度一般游戏中，最常用的是两种叙述角度，也可以称之为视角--即第一人称视角和第三人称视角。第一人称视角是以游戏主人公的亲身经历为叙述角度，屏幕上不出现主人公的形象，是游戏者有“我就是主人公”的感觉，从而更容易使游戏者投入到游戏中。第三人称视角是以旁观者的角度观看游戏的发展，虽然说是“旁观者清”，但在游戏者的投入感上，不如第一人称视角的游戏。第一人称视角的游戏比第三人称视角的游戏编写难度大。欧美国家的RPG一般全部是采用的第一人称视角来进行游戏设计的。比如著名的《魔法门》系列。其实我还是比较偏好第三人称视角的游戏，在第三人称视角的游戏中也可以利用不同的办法来加强游戏者的投入感，比如主人公的名字自己输入、自己挑选脸谱等。从游戏的表现效果来看，第一人称游戏也有它的局限。1.6游戏中的情感与悬念游戏中的情感因素非常重要，只有人的本性才可以触动人，使游戏者沉醉于这个游戏。作为游戏设计者，首先应该保证自己的设计能够感动自己，才可以说是成功的开始。一部作品如果连作者自己都没有感觉，怎么能够想象它能够打动其他的游戏者呢？游戏中另外的一个重要因素是悬念。悬念--是游戏中带有紧张和不确定的因素，不要让游戏者 轻易猜出下一步将要发生些什么。加入适当的悬念可以使游戏更吸引人。比如：在一个箱子中放有游戏者所需要的道具，但箱子上加有机关，在开启的同时会爆炸。游戏者不知道箱子中放置的物品是什么，但通过提示，他知道这件物品会对他有帮助。可是他也知道打开箱子会有危险--同样，他也不知道危险是什么。如何即打开箱子有没有危险就成为了他所要解决的问题。这样就在制造悬念的同时，也给游戏者制造了一个难题。游戏者在游戏中由于并不知道游戏内核的运行机制，因此对于自己的动作结果有一种忐忑不安的期待。在所有的游戏中，游戏者总是通过经验实现对不可预测的抗争。从不可预测上看，游戏可以分为两种类型：一种称为技能游戏，另一种称为机会游戏。前一种游戏的内部运行机制是确定的，不可预测的产生的原因是游戏设计者故意隐藏了运行机制，游戏者可以最终通过对游戏运行机制的理解和控制（即某种技能）解除这种不可预测。而后一种游戏中游戏本身的运行机制具有模糊性，具有随机因素，不能通过完全对游戏机制的了解消除不可预测性，游戏动作产生的结果是随机的。悬念以及由悬念所引起的期待在游戏中至观重要。在游戏中，不能使游戏者的期待完全落空，这样将使游戏者产生极大的挫折感；也不能使游戏者的期待完全应验，这将使游戏失去不可预测性。应该时而使游戏者的期待变成精确的结果，使其增强信心，获得欢乐；时而抑制游戏者的期待，使其产生疑惑，疑惑的时间越长，悬念的情绪就越强烈，建立起来的悬念紧张度越大，由解决引起的情感上的解脱感就越强。悬念产生的价值不在其本身，而在于随之而来的解脱。悬念及其解除过程实际上与焦虑、释放过程是相对应的。1.7游戏的节奏首先应该明确指出的是游戏中的时间观念与现实中的时间观念有所区别。游戏中的时间由定时器控制。定时器分两种：真实时间（实时）的定时器和基于事件的定时器。实时的定时器就是类似CC和DOOM的时间方式。基于事件的定时器是指回合制游戏和一般RPG和AVG中的定时方式。也有的游戏中轮流采用两种定时方式，或者同时采用两种定时方式。比如《红色警报》中一些任务关卡的设计。在即时类游戏中，游戏的节奏直接由时间来控制，但在其他游戏中，真实时间的作用就不是很明显，这就需要用其他的办法。在游戏中，尽量让游戏者控制游戏的节奏，而尽量少由设计者来做。设计者控制游戏节奏的方式应该是让游戏者难以察觉的。一般来讲，游戏的节奏应该是越来越快，越接近游戏的结尾部分，就越是游戏者感到自己正逐渐加快步伐接近游戏的真正尾声。就好象侦破一件案件一样，开始千头万绪，随着逐渐的深入调查，逐渐的排除，越到后来，案情就越明朗化。另外，决不要使游戏显得冗长。过于罗嗦的进行一个事件的描述会使游戏者失去继续进行游戏的兴趣，要不断的给游戏者以新的挑战和刺激。1.8游戏的风格要一致在一款游戏中，从头到尾保持一致的风格是很重要的。风格一致包括人物与背景的一致，游戏风格定位的一致等等。在一般的游戏中，如果不是游戏剧情的特殊需要，不要使人物说出超过当时历史时期的语言，要注意时代特征。2、电影语言在游戏中的应用2.1铁的法则— 摄影机不能跨越轴线当摄影机拍摄两个物体时--比如说是两个面对面对话的人，物体之间的连线称之为轴线。当在摄影机在机位1先拍摄物体2后，下一个镜头应该在机位2的位置拍摄物体1，使物体在屏幕上的方向是相对的，这样即便在镜头剪辑以后再播放，也不会造成方向上的混乱。严禁在机位1先拍摄物体2后，到机位2a拍摄物体1，这样就使人物在屏幕上“一顺儿”了，这是拍摄时的大忌。换句话说，拍摄时严禁跨越轴线。如果要跨越轴线，也不是不可以，那就一定要让观众能够看见摄影机的移动过程，不要将绕行的过程剪辑掉。这些手法一般在游戏的过场动画中会有所应用。2.2电影中的对话对话在电影中占据了非常重要的位置。一定要保证各人有各人说话的风格，使每个人的性格和特点在对话中表现出来，同时，游戏的主题要在对话中得以体现。对话是体现主人公性格特点的最佳方法。对话不要单调呆板，要尽量夸张一些，也有必要带上一些幽默的成分。游戏毕竟是娱乐产品，让游戏者得到最大的享受和放松才是它最突出的功能。如果不是题材被严格限定于正正经经的严肃题材的话，不妨适当的放松对话的设计尺度，不必完全拘泥于时代和题材的限制。对话对于体现游戏中各个人物的个性起着至观重要的作用。无论是在戏剧、电影还是游戏中，各人性格在对话的内容上体现得最为突出。2.3剪辑在游戏中的应用很多原先从事影视创作的人员，非常喜欢在游戏中利用剪辑的手法来衔接游戏中的各个场景。其实在游戏中，除了特殊需要，剪辑手法很少应用到实际制作中。因为游戏总是跟着主人公的遭遇来发展的，很少有数线并行的情况发生。不过对于交代剧情和展示全局，剪辑是不错的选择。2.4视点在游戏中的应用同戏剧部分一样，在电影的手法中也有第一人称视点和第三人称视点。要注意一点的是，在同一部游戏中，不要做视点之间的切换--即一会儿用第一视点，一会儿用第三视点，这样会造成游戏者的困惑和游戏概念的混淆。目前有很多游戏设计就是犯了在游戏中切换视点的毛病，尤其是在游戏中的过关演示动画或游戏中交代剧情的动画中，采用了与游戏中不同的视点。最常见的是游戏全部以第一人称视角进行，但过场全部是第三视角的。3、游戏剧本设计3.1游戏的类型（简单举例）1）即时战略游戏2）DOOM类游戏3）RPG4）AVG5）混合类型：融合若干游戏类型的游戏，最具前景的游戏。很可能以后所有的游戏类型全部要由这种游戏类型所代替。3.2游戏设计中的一些诀窍3.2.1定时器的作用在游戏中，定时器的作用是给游戏者一个相对的时间概念，使游戏的向前发展有一个参考系统。在游戏设计中，可以将两种定时器混合使用，但不能造成玩家的困扰。3.2.2界面的设计在游戏中，界面应该设计得尽量的简单，易于游戏者理解，要尽量体贴玩家。多采用图象的、符号式的界面设计，少采用单调、呆板的文字菜单方式。而且也不一定是菜单式的，要更新界面设计的观念。3.2.3游戏中的真实与虚构游戏者在玩游戏时，主要是可以体验不同于生活的历程，得到心灵上的解放。所以游戏的世界可以是虚构的，但游戏中的人物、感情等东西则必须是真实的。游戏的本质核心要贴近生活，但游戏的题材可以是各种各样的。3.2.4设计道具道具的设计要注意合理。不可能将一辆坦克装到自己的背包中去。另外注意的是思考要全面。比如在游戏中，游戏者需要将一枚钉子钉进墙壁中，那么他需要一把铁锤，这也是游戏设计者设计的难题之一。可是如果这时在旁边有一块石头可以捡起来，在现实生活中，我们是可以用石头钉钉子的，那么在游戏中，你也应该允许游戏者使用石头在钉子上，而不能在游戏者使用石头在钉子上时，出现“喔，你不能这样使用”的提示，从而必须让游戏者按你所设计的方式进行游戏，这是不合理的。如果你的设计非让游戏者找铁锤不可，那么你就不要给他石头。　　有一点要值得游戏设计者十分重视的是：你的任务是尽量帮助游戏者，而不是百般刁难他们。3.2.5RPG游戏设计的误区RPG游戏中最常见的两个误区是：死路和游荡。 　　死路指游戏者将游戏进行到一定程度以后，突然发现自己进入了死路，没有可以进行下去的线索和场景了。通常出现这种情况是因为游戏设计者没有做到设计全面，没有将所有游戏的可能流程全部设计出来，而游戏者又没有按照游戏设计者所规定的路线前进，从而造成了在游戏过程中的死路。游荡指游戏者在广阔的地图上任意移动而难以发现将游戏进一步发展下去的线索和途径。这种现象在表现上很类似于死路，但两者有本质的不同。解决游荡的方法是在故事发展到一定程度的时候，就缩小世界的范围，使游戏者可以到达的地方减少；或者使线索再更加明显，给予的提示，让游戏者能够轻松的找到自己的目标。3.2.6游戏的交互与非线交互性指游戏对游戏者在游戏中所做的动作或选择有反应。举个很简单的例子，当一名英雄到达一座城镇中后，城中没有人知道他，但当他解决了城镇居民所遇到的难题后，他在城镇中应该就成为了一名知名人士。居民们见到他以后会有反应。还有例子就是，当主人公帮助了一名NPC后，这名NPC以后见到主人公的态度应该有所不同。更加完善的设计是给主人公加上某个参数，使他一系列的所作所为，最后影响到游戏的进程和结局。非线指游戏应该是开放时的结构，而不是单纯的单线或是单纯的多线制。即游戏的结构应该是网状，而不是线状或是树状。即游戏中的分支之间允许互相跳转，不是单纯的树状。

一、游戏软件与通用软件的区别 a) 通用软件的需求明确，游戏软件需求理想化 i. 通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并 不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平衡也只是相对的平衡，而非绝对的平衡。没有什么明确的参考参数。只能根据以往游戏的经验获得一个感知的结果。 ii. 网络游戏中的某些功能是有预期结果可参考的。例如组队、交易，而另外一些 带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。人的思考力都是有限的，所以不能保证在他的创意中会考虑到各种各样复杂的细节。也不能够保证这个创意就可以完全被用户所接受。 当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。也需要帮助开发者和用户找到一个互相容忍的平衡点。游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。 b) 通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快 i. 通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新 的需求变更。而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣摩玩家的喜好，进行游戏功能的改进。加之网游制作本身就是一个庞大复杂的工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出最好的评估。所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架构的修改必然导致某些功能的颠覆。所以就出现了，游戏开发过程中的一个恶性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的又要进行新的调整，再进行新的修改。最终导致了游戏软件的开发周期不断加长。任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评估。 二、网游有哪些测试内容 a) 性能 i. 客户端性能 ii. 服务器端性能 1. 服务器 2. 数据库 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. 不同的游戏对于功能的划分不同，但是目前主流一些功能划分中有以下内容： 1. 基础操作 2. Npc 3. 地图 4. 装备 5. 剧情 6. 技能 7. 人际 8. PVP 9. …… 这样我们很简单的将整个游戏的功能进行了划分，划分完毕，下来的工作就是针对某个功能的测试了。很多人都问过一个问题，游戏测试中测试用例到底有什么用。下面继续~ b) 游戏测试的测试用例有什么作用 i. 测试执行过程中，按照用例指示的操作检查操作结果是否正确，记录测试过程 中发现的bug ii. 按照用例的执行结果确认功能的通过与否，也有的按照用例的覆盖率来确定单 服测试的通过与否 iii. 便于回归测试的执行 这样讲应该比较明白了吧。 c) 测试用例应该包括什么——测试执行过程中所需的所有信息，举例说明下。例如： i. 表头：功能名称、案例编写人员、编写时间、测试人员、测试时间 ii. 正文：功能点、测试点、测试输入、预期结果、实际结果 iii. 用例执行结果统计 d) 功能点模块化理念 都知道一个复杂庞大的系统，程序在实现时会将其分成若干模块按照模块功能优先级进行实现。我们测试过程中也采用这种方法，将复杂的功能点按照实现功能进行分类，分类后的测试点，再进行分类，直至细分成为一条条用例。就像庖丁解牛那样。 按照等价类划分法，将同一判断条件的测试点组成一个集，在这个条件基础上再次判断的条件，我们假设它已经成立。这样在用例设计过程中就需要测试人员清楚的知道，哪些条件是一类需优先确认的，哪些是以这类条件为基础的。我们最终形成的测试用例一定确保的是一条用例只检查一个测试点。 这样设计也有另外一个好处，如果一条用例不能走通，其它的还可以继续检测，经常会遇到测试过程中由于一个bug，导致测试工作停滞。现在这样子我们就可以采取脚本调试，或者其它方法跳过有bug的测试内容，继续进行其它测试点的测试了。 e) 场景测试法协助功能点细分 游戏测试中，场景测试方法是经常用到的一种方法，什么是场景测试法，及按照功能设计要求，在脑中模拟出来的一个功能使用时的操作流程。按照每步操作的针对点，将针对点划分为所用例设计时的小功能点。划分时需每步针对点的各种检查点分到该功能点内设计为该功能点的检查点。再根据检查点进行测试输入（及操作过程）的编写。用例编写过程中的思考方式就如上了。讲起来比较抽象，希望对作者：sunli 制作时间：2008年10月份 个人空间地址：[url]http://www.51testing.com/?89706[/url] 本文档仅供学习参考，请误擅自转载 3 / 3 大家有所帮助。 f) 用例的设计原则——一直有人问到底要详细到什么程度 i. 我们不期待用例编写到任何人都可以执行，也没有这个必要 ii. 我们针对的是网游的测试人员，至少是玩过网游的人，这些人对于游戏中的基 础设定都有认识，我们不可能对着一个不知道任务界面是什么的人大讲怎么测试任务。所以我们用例编写的原则就是针对我们测试组内的测试人员。 iii. 但是，请不要简略到别的测试人员看不懂，特别是当你是专职的用例编写人员 时，编写时请多考虑下语言描述的方式。请让你的同伴可以看懂，你所要表达的意思。 iv. 用例是没有固定格式的，它的主要原则就是，测试中所需所有信息，我通过你 的文档都能够获取到。所以不要再执着的像别人要模板。模板你自己都可以设计，发挥你的创意。 四、编写过程注意事项 与设计人员的沟通 拿到一份文档时请不要急于编写，在这之前很多事情需要做，请先将文档阅读至少三遍，然后思考下，你自己大脑中是否有你所看文档功能点的一个流程图，当确认已经准备好了。开始设计用例，用例设计的过程就是与设计人员不断沟通，深入了解功能的过程。你会发现，或许跟你之前流程图中想像的并不完全一样。这个时候不必惊讶，去找他们核对就好。不怕发现问题，就怕没有发现问题，最终做了很多无用功。编写过程中发现的没有预期结果的内容，请及时与策划人员、程序人员核对，必须三方核对。核对完毕提醒策划人员及时更新设计案，提醒程序人员设计案新修改内容。这样你会发现，设计测试用例过程的本身就是发现策划案不完善的过程。 请运用你的思维，采用边界法、等价类划分法、错误推断法、以及以往的经验，将每一个测试点的所有需检查点进行充分的设计。发挥你的主动性，和测试组内其它人探讨你认为可能存在风险的测试点，以便得到有价值的信息