1. 文档介绍
1.1 测试目的及原则
测试的目的就是为了尽可能多地找出错误，也就是说测试工程师必须千方百计的、尽最大努力去找隐藏在产品中的Bug。
测试的原则就是从用户的角度去看待自己手中的产品，通过自己的测试能够为用户提供放心的产品。
要达到上述的原则，要注意以下几点:
（1）应当把“尽早和不断的测试”作为开发者的座右铭。
（2）设计测试用例时应该考虑合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。（3）制定严格的测试计划，并把测试时间尽量放的宽松一点，不要希望在极短的时间内完成一个高水平的测试。（4）回归测试的关联性一点要引起充分的注意，因为往往修改了一个Bug会导致其他Bug 的产生。
（5）要妥善的保存测试文档，并记好笔记。
1.2 测试范围
1.3 用户对象
1.4 参考文献
1.5 术语与缩写的解释
2. 测试的分类
游戏产品测试就是在产品未出货前，对产品需求、设计规格说明等进行最终的复查，是质量保证的关键步骤；始终贯穿于整个软件的生命周期之中。
2.1 测试技术分类
按测试用例设计方法(或者测试技术）来分，测试包括黑盒测试和白盒测试。黑盒测试：也称功能测试或基于规格说明的测试，它是通过测试来检测每个功能是否都能正常使用；白盒测试：也称结构测试或逻辑驱动测试，是按照程序内部的结构来测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行。
二者的区别：黑盒测试是把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序的接口进行测试；而白盒测试是把测试对象看作一个开打的盒子，依据程序的内部逻辑结构相关的信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
2.2 测试策略分类
测试分为单元测试、集成测试和系统测试。具体区别如下：
类型对象目的测试依据测试方法
单元测试模块内部程序消除局部模块的逻辑和功能上的错误和缺陷模块逻辑设计及外部说明
采用白盒测试方法
集成测试模块间的集成与调用关系
找出与软件设计相关的程序结构，模块调用关系及模块间接口方面的问题
程序结构设计
结合使用黑盒和白盒测试方法（灰盒）
系统测试整个系统，包括系统中的软硬件等
对整个系统进行一系列的整体、有效性的测试
系统结构设计、目标说明书、需求说明书等
黑盒测试
（游戏主要测试手段）
2.3 测试方式分类
测试包括手工测试和自动化测试（即依靠一定的测试工具来测试）。
3. 游戏系统测试流程
游戏测试流程包括：游戏程序详细设计文档、编写测试计划、测试用例执行、测试评审、评审测试工具、提交Bug报告、测试总结审核、返回开发修改。
3.1 详细步骤
（1）根据游戏程序详细设计文档，测试组长制定测试计划。
（2）审核制定的测试计划。
（3）根据测试计划设计，设计测试用例,编写测试用例。
（4）相关开发人员和测试人员审核测试用例。
（5）开发人员提供测试版本，以及相应版本所作修改的文档描述。
（6）测试人员根据测试用例和测试工具执行测试。
（7）记录测试结果，提交BUG报告。
（8）测试组长审核后，将BUG反馈给开发人员进行修改。
（9）开发人员修改后，提供新的测试版本,测试人员重新测试。
3.2 系统测试流程图
3.3 测试计划与策略
1.《编写测试计划》文档具体应指明测试的范围、方法、资源，以及相应测试活动的时间进度安排表。其应该包含如下内容：①开发文档需求(即目标）②测试需求说明（明确测试对象）③测试任务安排及人员分配④测试资源配置⑤计划表⑥问题跟踪报告⑦测试的度量
2.《编写测试策略》文档具体描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试以及每个阶段内在进行的测试种类（功能测试，性能测试，压力测试等）。具体包括：①测试策略项②测试阶段（单元测试，集成测试，系统测试）③测试类型④测试技术（例如参照80-20原则，即80% 的软件缺陷常常生存在软件20% 的空间里）⑤完成标准（例如：95％测试用例通过并且最高级缺陷全部解决）
3.4 制定有效测试用例
有效的测试用例不但可以提高测试效率而且便于对测试结果进行评估。以下从几个方面来说明：1.产品的名称、版本号及Tester；2.测试用例编号（Function的编号）；3.需要测试的模块；4.测试用例，其大致分类为基本功能测试用例（Basic Function Test Case)、全面测试用例（Full Test Case）和支撑测试用例（Sustaining Test Case）；5.测试的操作步骤；6.预期的结果；
7.实测结果（Pass/Fail）；8. Bug的优先等级（Priority1，2，3）；9.发现Bug的具体描述；10.附件（抓取到的有助于RD解决Bug的程序）。
3.5 游戏测试工作及数据统计
在产品开发过程中，测试人员应该做到如下几个方面：
1. 根据新项目的计划及该研发游戏产品的功能写出大概的Test Case（一般为简单的功能测试用例）出来以便后期的测试。
2. 在开始设计的初期，测试人员应该从客户的角度提出一些好的建议（该建议由PM来决定是否作为新功能添加到新产品中）（A-Test)。
3.当产品初具模型时，测试人员应该根据RD软件工程师的要求做必要的功能性和稳定性的测试（当然此时也可以提出自己新的见解，此见解由PM根据产品的性价比来决定是否作相应的更改或添加）(B-Test)。
4.当产品已经基本上实现其预期的功能时，测试人员应该做一次Full Test（其中包括：基本功能测试，大量测试，压力测试，边界测试等等）来找出Bug（C-Test）。
5.对于找出的Bug,测试人员应该每天向Project leader汇报当天找到的Bug,并标识出P1,P2,P3 Bug（P1，P2是Bug的优先级）所占的比例，以便Leader的复查和判断到底是不是Bug。
6.测试人员要立即将这些Bug及时的反映到Buglist的数据库中，以便RD软件组人员对软件的修改。
7.当发现的Bug被修改后，测试人员还要对此进行大量的重复测试(即回归测试），以确保Bug 不在存在，最后由测试人员来Close Bug。
8.对于新的版本出现后，测试人员应该根据自己的经验进行快速的功能测试或者先对数据库中Old Bug进行验证，以便快速发现新版本中的Bug。
9.产品出货后，用户在真正使用时可能会产生一些问题，所以在出货后，测试人员应该在适当的时间内做一次Sustaining Test或者进行一次回归测试，以便为用户提供版本的升级或问题的回复。
3.6 测试信息流程图
规范化的测试流程能够很好的提高测试效率，保证产品的质量。下面是简单的测试信息流程：
4.测试报告
《测试报告》文档是执行测试阶段的测试文档，指明执行测试结果的文档，它包括如下内容：
1.概述：说明本报告是哪一个测试活动的总结（版本号及主要测试的模块）
2.测试的时间、人员及地点（要说明地点是实验室还是其他环境）
3.Bug总结一栏表（Issue Summary）
4.测试结果的统计，包括总项数通过多少项，失败多少项，部分通过项及各百分比(用直观的图形表示比较好）；该版本无法测试的用N/A表示
5.测试总结和改进建议。即总结主要的测试活动和事件，所耗费的资源，如：所需的人员，时间等；同时应该提出良好的建议（从客户的角度）
测试报告表
项目名称程序版本
功能模块名
编制人编制时间
功能特性
测试目的
预置条件
参考信息特殊规程说明
用例编号用例说明测试步骤预期结果测试结果缺陷编号备注
1
X
附录：评审意见
5. 游戏评测
评测项目（注：依据本人网络游戏评测经验列出的评测内容）
评论应主要根据游戏的画面、游戏性、操作性、适用性四个方面的表现给出综合分数以及相应的评语。
（1）画面
主要从色彩搭配、人物造型、背景描绘以及是否有拖慢现象等图象表现的品质来进行评测。
具体评测内容：游戏画面发色数；游戏主角、NPC造型；背景用色与前景搭配；游戏中是否有拖慢现象。
（2）游戏性
游戏性主要是从玩家的角度来看待一个游戏是否有趣。包括游戏界面、游戏平衡性、趣味性。通俗的讲就是一个游戏的有趣程度与可玩性。
具体评测内容：游戏界面是否友善便于设置(例如声音是否可以关闭)；敌人、机关设计是否合理；游戏难度的把握。
（3）操作性
主要从游戏对按键的响应时间、移动方式、按键安排是否合理等几个方面给出分数。
具体评测内容：按键安排是否便于游戏；能否对按键进行设置；游戏对按键反应时间；移动是否有惯性等。
（4）手机适用性
游戏每多支持一款手机，代表其适用性越好，在实际评价一个手机游戏时一定要考虑这个因素。这意味着手机游戏生命力的旺盛程度和周期长短。
AB ab是apache自带的一款功能强大的测试工具 安装了apache一般就自带了， 用法可以查看它的说明 $ ./ab ./ab: wrong number of arguments Usage: ./ab [options] [http://]hostname[:port]/path Options are: -n requests Number of requests to perform -c concurrency Number of multiple requests to make -t timelimit Seconds to max. wait for responses -p postfile File containing data to POST -T content-type Content-type header for POSTing -v verbosity How much troubleshooting info to print -w Print out results in HTML tables -i Use HEAD instead of GET -x attributes String to insert as table attributes -y attributes String to insert as tr attributes -z attributes String to insert as td or th attributes -C attribute Add cookie, eg. ‘Apache=1234. (repeatable) -H attribute Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’ Inserted after all normal header lines. (repeatable) -A attribute Add Basic WWW Authentication, the attributes are a colon separated username and password. -P attribute Add Basic Proxy Authentication, the attributes are a colon separated username and password. -X proxy:port Proxyserver and port number to use -V Print version number and exit -k Use HTTP KeepAlive feature -d Do not show percentiles served table. -S Do not show confidence estimators and warnings. -g filename Output collected data to gnuplot format file. -e filename Output CSV file with percentages served -h Display usage information (this message) 参数众多，一般我们用到的是-n 和-c
在项目上线之前，都需要做，目的是看下我们的网站能抗住多少的压力，能承担多少并发，如果不做压力测试，一旦出现大访问量时，我们的网站会挂掉。 一、Webbench测试并发 Webbench是下的一个网站压力测试工具，能测试处在相同硬件上，不同服务的性能以及不同硬件上同一个服务的运行状况。webbench的标准测试可以向我们展示服务器的两项内容：每分钟相应请求数和每秒钟传输数据量。webbench最多可以模拟3万个并发连接去测试网站的负载能力。 测试的环境是 Linux Ubuntu 1、安装 1.1 安装ctags apt-get install exuberant-ctags ctags 为webbench的依赖 1.2 下载安装 官网：~cz210... root@corwien:~# wget ~cz210552/distfiles/webbench- root@corwien:~# tar zxvf webbench- root@corwien:~# cd webbench-1.5/ root@corwien:~/webbench-1.5# make root@corwien:~/webbench-1.5# make install root@corwien:~/webbench-1.5# webbench webbench [option]... URL -f|--force Don't wait for reply from . -r|--reload Send reload request - Pragma: no-cache. -t|--time
游戏软件功能测试——测试用例的编写方法浅谈 一、游戏软件与通用软件的区别 a)通用软件的需求明确，游戏软件需求理想化 i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并 不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平 衡也只是相对的平衡，而非绝对的平衡。没有什么明确的参考参数。只能根据 以往游戏的经验获得一个感知的结果。 ii.网络游戏中的某些功能是有预期结果可参考的。例如组队、交易，而另外一些带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。人的 思考力都是有限的，所以不能保证在他的创意中会考虑到各种各样复杂的细 节。也不能够保证这个创意就可以完全被用户所接受。 当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。也需要帮助开发者和用户找到一个互相容忍的平衡点。游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。 b)通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快 i.通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新 的需求变更。而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣 摩玩家的喜好，进行游戏功能的改进。加之网游制作本身就是一个庞大复杂的 工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出最好的评 估。所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架 构的修改必然导致某些功能的颠覆。所以就出现了，游戏开发过程中的一个恶 性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的 又要进行新的调整，再进行新的修改。最终导致了游戏软件的开发周期不断加 长。任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评 估。 二、网游有哪些测试内容 a)性能 i.客户端性能 ii.服务器端性能 1.服务器 2.数据库 iii.网络 b)功能 i.从运行完game.exe打开游戏界面后可进行的各种操作、玩法 ii.界面 iii.音乐 c)自动化 i.测试工作组织实施中需要的工具、软件、平台的开发 ii.自动化的回归测试作用：游戏中基础的、变动不大的、出错率高的、可进行checklist重复测试的功能、性能等自动化是一个好方法 iii.任何时候自动化都取代不了人脑，它只是将一些重复性的劳动从我们测试人员身上去掉，让我们有更多的时间做更有意义的事情，如果你觉得你做一件事情 是重复的，且有规律可行的，不防考虑自动化 三、游戏中针对功能性测试测试用例编写浅谈
Iometer性能测试工具测试指南
目录 一、Iometer简介 (3) 二、安装Iometer (3) 1、获得安装文件 (3) 2、安装 (3) 三、测试IO（磁盘、网络）性能 (4) 1. 本地IO性能测试 (4) 2. 网路IO性能测试 (6)
一、Iometer简介 IOMeter是一款功能非常强大的IO测试软件，它除了可以在本机运行测试本机的IO（磁盘）性能之外，还提供了模拟网络应用的能力。为了全面测试被测服务器的IO性能，可以分别选择不同类型的测试脚本。 ●Max_throughput：文件尺寸为64KB，100%读取操作，随机率为0%，用于检测磁盘系统 的最大吞吐量 ●Max_IO：文件尺寸为512B，100%读取操作，随机率为0%，用于检测磁盘系统的最大IO 能力 ●Fielserver：文件尺寸从0.5KB到64KB不等，80%读取操作，随机率为100%，用于模拟 文件服务器的性能 ●WebServer：文件尺寸从0.5KB到512KB不等，100%读取操作，随机率为100%，用于模 拟Web服务器的性能 二、安装Iometer 1、获得安装文件 ●从Iometer官方网站https://www.doczj.com/doc/cf18224570.html,/ 得到安装文件，上面提供不同平台的安装 文件。 ●从当前目录得到安装文件，提供了Windows、Linux的安装文件。 2、安装 安装基本上不需要什么特殊的设置遵循“Next”原则就可以安装成功。
三、测试IO（磁盘、网络）性能 1. 本地IO性能测试 1、启动Iometer.exe，在windows上单击Iometer图标； 2、在Iometer启动的同时会自动运行Dynamo.exe，在Iometer中被叫做一个Manager。如下图； 3、在“Disk Targets”页中选择一个驱动器； 4、在“Access Specifications”页中选择一个需要的测试项目；
一游戏策划方案完整目录 第一章：概述 游戏概述 游戏特色 第二章：世界设定 历史背景 第三章游戏设定 1 玩家角色设定 基本属性 耐力 智力 力量 敏捷 幸运 衍生属性 魔法 生命 防御 其他属性 等级与经验 获得经验 角色等级提升 2 英雄人物角色设定 基本属性 其他属性 等级与经验 获得经验 角色等级提升 3 场景的设定 个人空间 部落都城 野外狩猎 氏族竞技 部落狩猎 基本元素 属性 第四章 地图与界面设定 1）地图空间特性 2）地图元素设定
3）游戏界面设定 主界面 内部主界面（人物） 属性界面 装备界面 技能界面 物品界面 内部主界面（功能） 游戏设置界面 游戏介绍 关于游戏 战斗界面 战斗中的界面 战斗结束的界面 第五章 关卡与任务设定 第六章 装备、道具与物品 第七章 游戏规则与数值设定 第八章 技能（特技）与游戏货币体系 第九章 游戏环境设定 网络与图形技术 客户端硬件环境 注意： 以上有颜色部分是正在完成中，其他部分需要策划的完善二游戏策划流程图
三 游戏开发流程 游戏画面的总规划和风格定位阶段 针对某一场景进行人数较少的工作协同 中底层负责人是最应该注意的人
四 游戏完成测试流程 说明： 让公司内部人员进行基础测试，这里主要是排除结构性的错误和致命bug. 在电信或网通机房放置一个服务器，主要测试服务器和客户端在远程网络中是否能够正常使用，因为前期一直是局域网环境，很多问题也许没有暴露出来 专门编写软件模拟大量登陆角色，测试服务器的承载情况和能力。 发放少量内测号码，在网友中进行自愿的内测，主要是测试任务系统和游戏平衡性，排除影响游戏平衡性的bug,同时对游戏角色进行细微的数值改动，达到各职业间的平衡性 开放大量注册，安排注册号分批次登陆游戏，在真实网络的情况下，测试服务器的承载能力。 不限量注册，观察游戏受欢迎程度，制定收费标准，另外排 除各种小bug.
目前，开发手机游戏的厂商如同雨后春笋般的冒了出来，有大有小，甚至几个朋友在一起就能攒出一个小公司，进行开发。每个公司，也都有“具备自己特色”的开发过程，好一些的，直接套用传统的软件工程的理论，差一些的，也只能闷头苦干了。我在这里想谈的是对于小团队开发游戏的一种高效的开发方法和阶段划分。 游戏开发的阶段划分，我认为可以划分为5个阶段，叙述如下： 第一阶段：提案 这一阶段要做的主要工作是明确要做什么样的游戏，游戏的名称是什么，采用何种表现方式（2D，2.5D,3D等），游戏的卖点（特色）何在，实现在什么样的平台上，人员如何搭配。 无论是公司还是小团队做游戏的最终目的都是为了盈利，所以做为游戏设计者就应该针对市场来设计游戏，而不能针对个人的喜好而设计游戏。能被大多数人接受的游戏才是一款好游戏，才能更好的盈利。所以在决定做什么游戏之前要先确定主要针对什么样的玩家来做这个游戏，是男孩还是女孩，是老少皆宜还是20多岁的年轻人，这个目标确立了之后才能更好的挖掘这类玩家的心理，使游戏的设计更充分的满足这类玩家心理和精神上的需求，这样游戏才能被更多的玩家接受，团队才能更好的盈利。 根据已选择针对的玩家群体，就该选择适合这个玩家群体的游戏题材，一个游戏题材的选取也非常重要，一个好的题材有助于设计者表现游戏的特色，使玩家很快的了解游戏背景，游戏能够很容易上手，更好的被玩家接受。有三大类游戏题材比较容易被玩家接受：1发布地区人人皆知的历史或宗教；2与常识相关的；3与某有名的故事或电影相关的。总之，在所选玩家群体大部分玩家都熟悉的题材上做游戏会更容易被玩加接受。 然后就是有关游戏概念的设计，需要确定的是游戏的类型（例如：RPG、策略、格斗等），游戏的表现方式（例如：2D、2.5D或3D），在什么平台上实现以及游戏的特色。这些问题都要根据团队的技术实力、市场需求的紧迫程度、开发成本等各方面因素来决定。在确定了游戏的类型、表现方式和实现平台之后，就要在这三个条件的限制之下尽可能的发挥策划的创造力，在游戏特色上尽可能的下功夫，并写出两份文档：一份游戏策划案的提纲和一份立项建议书。在策划案提纲中要让技术人员能够看明白游戏需要具有什么样的功能。在立项建议书中要写清游戏针对的人群，游戏类型，游戏表现方式，游戏实现平台，游戏卖点，实现所需的大致时间，以及人员安排。 完后，招集市场、技术、美工等人员进行集体评审，根据这份立项建议书，客观的评价技术实力，开发周期，市场效应等问题，最终决定是否要做这个游戏。 这个阶段的工作目标就是确定将要做的是一个能被市场广泛接受的游戏并确保游戏的可行性。一个不能被市场接受的游戏或者根本无法实现的游戏设计在这个阶段都会被否定，或做设计上的修改或放弃做这个游戏。尽可能的减少项目实施以后所要承担的风险。 第二阶段：设计 游戏的设计过程中需要策划、程序、美术、市场共同协作完成，一个游戏做得好坏，这个阶段起到了决定性作用，下面将对这四种职责的工作内容分别进
Qcheck网络性能测试工具介绍 1 Qcheck软件说明 Qcheck是NetIQ公司（已被Ixia收购）推出的网络应用与硬件软件包Chariot suite的一部分，是一个免费公版程序，可以在https://www.doczj.com/doc/cf18224570.html,/downloads/products/qcheck/qcinst3.0.exe 下载得到。此软件可以采用TCP、UDP、IPX、SPX协议向网络发送数据流从而来测试网络的吞吐率、响应时间等，利用它，可以很方便地得到网络的真实性能，是一个很好的用户网络健康检查的工具。下面重点介绍下一些重要的功能： 1．1 TCP响应时间（TCP Response Time） 这项功能可以用来测试TCP通讯的最短、平均与最长的时间，可以调整发送的测试数据包的大小（1bytes~10000bytes），此功能与ping很相像，利用此功能，可以很好地知道两节点传输数据所需要的延时时间，这个测试一般称为[延迟测试]（Latency）；
From Endpoint1：节点1的IP地址； To Endpoint2：节点2的IP地址； Iterations：测试重复次数（1-10之间）； Data Size：发送数据包的大小（1bytes~10000bytes之间） 1．2 TCP吞吐量（TCP Throughput） 这项功能可以测试出两个节点间使用TCP协议时，每秒够成功送出的数据包。通过这个功能，可以很好地 得出网络的实际带宽；
1．3 UDP串流吞吐量（TCP Throughput） UDP、IPX是一种面向无连接的协议，利用Qcheck可以很好地评估使用UDP或IPX协议的应用程序的表现，比如IP线上语音以及视频广播等。此测试可以显示多媒体传输需要多少带宽，以评估网络硬件处理的速度和网络所能达到吞吐量。另外也可以测得封包遗失（packet loss）情况以及处理中的CPU利用率（CPU utilization）；
服务器性能测试典型工具介绍 https://www.doczj.com/doc/cf18224570.html,/ 2008-11-17 16:42 IT168 我要评论(2) ?摘要：本文介绍了几个比较典型的服务器评测软件，无论什么评测工具，基本的技术都是利用线程技术模仿和虚拟用户，在这里主要的难点在于测试脚本的编写，每种工具使用的脚本都不一样，但是大多数工具都提供录制功能就算是不会编码的测试人员同样可以测试。 ?标签：服务器评测测试工具 ? Oracle帮您准确洞察各个物流环节众所周知，服务器是整个网络系统和计算平台的核心，许多重要的数据都保存在服务器上，很多网络服务都在服务器上运行，因此服务器性能的好坏决定了整个应用系统的性能。 现在市面上不同品牌、不同种类的服务器有很多种，用户在选购时，怎样从纷繁的型号中选择出所需要的，适合于自己应用的服务器产品，仅仅从配置上判别是不够的，最好能够通过实际测试来筛选。而各种的评测软件有很多种，你应该选择哪个软件测试？下面就介绍一些较典型的测试工具： （一）服务器整机系统性能测试工具 一台服务器系统的性能可以按照处理器、内存、存储、网络几部分来划分，而针对不同的应用，可能会对某些部分的性能要求高一些。 Iometer（https://www.doczj.com/doc/cf18224570.html,）：存储子系统读写性能测试 Iometer是Windows系统下对存储子系统的读写性能进行测试的软件。可以显示磁盘系统的最大IO能力、磁盘系统的最大吞吐量、CPU使用率、错误信息等。用户可以通过设置不同的测试的参数，有存取类型(如sequential ,random)、读写块大小(如64K、256K)，队列深度等，来模拟实际应用的读写环境进行测试。
服务器性能测试相关的常用工具 (一服务器整机系统性能测试工具 一台服务器系统的性能可以按照处理器、内存、存储、网络几部分来划分,而针对不同的应用,可能会对某些部分的性能要求高一些。 Iometer(https://www.doczj.com/doc/cf18224570.html,:存储子系统读写性能测试 Iometer是Windows系统下对存储子系统的读写性能进行测试的软件。可以显示磁盘系统的最大IO能力、磁盘系统的最大吞吐量、CPU使用率、错误信息等。用户可以通过设置不同的测试的参数,有存取类型(如sequential,random、读写块大小(如64K、256K,队列深度等,来模拟实际应用的读写环境进行测试。Iometer操作简单,可以录制测试脚本,可以准确有效的反映存储系统的读写性能,为各大服务器和存储厂商所广泛采用。 SisoftSandra(https://www.doczj.com/doc/cf18224570.html,:WINDOWS下基准评测 SiSoft发行的Sandra系列测试软件是Windows系统下的基准评测软件。此软件有超过三十种以上的测试项目,能够查看系统所有配件的信息,而且能够对部分配件(如CPU、内存、硬盘等进行打分(benchmark,并且可以与其它型号硬件的得分进行对比。另外,该软件还有系统稳定性综合测试、性能调整向导等附加功能。SisoftSandra软件在最近发布的Intelbensley平台上测试的内存带宽性能并不理想,不知道采用该软件测试的FBD内存性能是否还有参考价值,或许软件应该针对FBD 内存带宽的测试项目做一个升级。 Iozone(https://www.doczj.com/doc/cf18224570.html,:linux下I/O性能测试 现在有很多的服务器系统都是采用linux操作系统,在linux平台下测试I/O性能可以采用iozone。iozone是一个文件系统的benchmark工具,可以测试不同的操作系统中文件系统的读写性能。可以测试Read,write,re-read,re-write, read backwards, read strided, fread, fwrite,random read,pread,mmap, aio_read,aio_write等等不同的模式
设计心理学：好玩的iPhone游戏怎么设计？ 心理导读：游戏设计心理学中，涉及到肌肉记忆、长期记忆、短期记忆、识别与回忆等概念。快来看看一款有趣好玩的iphone游戏是怎么设计出来的！ 几乎所有iPhone用户都曾使用过游戏应用，这是一个“全民游戏”的时代。iPhone应用程序中，游戏不但在下载量方面首屈一指，在设计质量上也不乏可圈可点之处。本人从大量的游戏应用中大浪淘沙，试图从中汲取营养，探索好的设计策略为我所用。 基本思路是： 步骤一，提出小问题或小测试，请跟随我思考一下； 步骤二，引出其中的深层原理； 步骤三，此原理在iPhone游戏中的体现； 步骤四，给我们哪些启示？ 通过以上步骤，简单地介绍肌肉记忆、长期记忆、短期记忆、识别与回忆、事物预设的特点，以及对用户界面设计的影响。文章篇幅和个人能力有限，对每一个原理不能作过多的挖掘，只愿可以抛砖引玉启发大家一些思考。 一、肌肉记忆 步骤一，请思考： 一天早上，你起床起晚了，十万火急地驱车去公司。来到叉路口，一个路人告诉你：这有条近道。这时候你面临着两个选择：一条道路是自己每天都走的路，非常熟悉；另一条道路你从来没有走过，有很多的不确定因素。此刻，你会选择哪一条道路？
大部分人会选择自己熟悉的那条路。 这条路自己太熟悉了，“闭上眼都能走回家”，脑子几乎不用思考，路即使远一点也不会觉得慢。相比之下，路人为你指的近路，可能还会有你不知所措的岔路口，一旦走错，近路就成了耽误时间的远路。 步骤二，其中的原理：肌肉记忆 人体执行某操作时的效率及准确性，很大程度上取决于是否接近该人熟悉的操作路径。如果操作被重复多次，肌肉就会形成条件反射，生成记忆效应。大脑皮层还没有做出决定，脑干和脊髓神经已经领先一步进行指挥了。如果操作处于新接触阶段，不确定性较多，此时做出决策的是大脑皮层。大脑皮层做出决策所花费的时间要比脑干和脊髓神经做出反应的时间长。 举一个例子：新手学车的时候，多用大脑皮层，执行挂档、倒桩等操作慢而且不连贯，容易出错。驾车老手执行刹车、变换档位更多的是潜意识操作，速度更快、准确性更高，是由脑干和脊椎神经指挥的。 从速度、准确性方面讲，用户熟悉的操作路径可以使操作行为更从容。操作路径如果过于新颖或者很难摸索，即使操作步骤缩短，也不见得会比用户熟知的路径更快更好。 步骤三，在手机游戏中的体现：
统一测试标准 1 安装和运行 (4)
1.2 启动时间过长 (5) 2 内存使用 (6) 2．1 运行时的内存状况 (6) 3 链接 (7) 3．1 无效的网络访问设置 (7) 3．2 发送/接受资料 (8) 3．3 网络延迟或无法链接 (9) 3．4 网络链接—飞行模式 (10) 4 处理事件 (11) 4．1 自动启动信息传送 (11) 4．2 消息队列 (12) 4．3 定时事件到时 (13) 4．4 睡眠模式下定时事件到时 (14) 4．5 关机模式下定时事件到时 (15) 5 发送消息和打电话 (16) 5.1发送 (16) 5.2接收 (17) 5.3 来电 (18) 6 外部影响 (19) 6.1插入存储卡 (19) 6.2 插入和移出存储卡 (20) 6.3 存储卡屏幕状态 (21) 7 用户界面 (22) 7．1 可读性 (22) 7．2 读出时间 (23) 7．3 屏幕重绘 (24) 7．4 一致性 (25) 7．5 按键布置的方便使用 (26) 7．6 应用程序的速度 (27) 7．7 出错信息 (28) 7．8 工作进展 (29) 7．9 运行中的操作 (30) 7．10 多种显示格式的处理 (31) 7．11 不同的屏幕尺寸 (32) 7．12 不同输入格式的处理 (33) 7．13 加速器/运动传感器响应 (34) 7．14 拼写错误 (35) 7．15 专业文本错误 (36) 8 语言 (37) 8.1 正确操作 (37) 8.2 手动选择 (38) 8.3 支持的格式 (39) 8.4 国际文字 (40)
9.1 从主菜单暂停/恢复 (41) 9.2 运行时的暂停 (42) 9.3 恢复 (43) 9.4 对终端系统特征的影响 (44) 9.5 资源共享—资料库 (46) 10 媒体 (47) 10.1 应用程序之静音功能 (47) 10.2 设置状态的通俗性 (48) 10.3 设置不损坏应用程序 (49) 10.4 设置组合 (50) 10.5 保存设置 (51) 10.6 特定功能 (52) 11 菜单 (53) 11.1 “帮助”和“关于” (53) 11.2 有效操作 (54) 12 功能 (55) 12.1 功能健全检查 (55) 12.2 应用程序的隐藏特性 (56) 13 按键 (57) 13.1 展开菜单 (57) 13.2 选择键 (58) 13.3 文本编辑框的滚动 (59) 13.4 暂停 (60) 13.5 同时按键 (61) 13.6 多个按键 (62) 14 设备特殊检查 (63) 14.1 设备关闭 (63) 14.2 设备开启 (64) 15 稳定性 (65) 15.1 应用程序稳定性 (65) 15.2 强制关机后应用程序的运作。 (66) 16 资料处理 (67) 16.1 保存游戏状态 (67) 16.2 删除资料 (68) 16.3 修改记录 (69) 17 安全性 (70) 17.1 加密 (70) 17.2 密码 (71)
性能测试工具xperf初步认识（1）收藏 虽然平时测试真正去关注性能的时候不是很多,但这也正是不足,性能测试基本是任何软件产品测试必过的一关，因此能灵活使用一些性能分析工具是必须具备的能力。 最近同事推荐一款微软提供的性能测试工具xperf.据说很多OEM厂商要整机产品都通过所谓的Velocity项目,即由xperf把关,性能满足要求方可放出. 在使用这个工具之前,以下基础知识是需要先掌握的. 1、xperf工具来源 xperf是Windows Performance Tools Kit中的一个工具,这一系列强大的工具包主要针对操作系统启动阶段和关闭阶段进行底层的日志捕捉和性能分析.可以比较容易的发现启动和关闭过程中的主要瓶颈(比如加载特定驱动程序缓慢，访问特定文件出现问题等等)，最新版本是 4.1.1.1，可以在https://www.doczj.com/doc/cf18224570.html,/whdc/system/sysperf/perftools.mspx 免费下载到。 2、xperf工具介绍 xperf并不只一个工具，是一套工具集，这些工具目前包含一个xperf 跟踪捕获工具、一个xperfview 虚拟化工具（也称为性能分析器）和一个xbootmgr 启动跟踪捕获工具。这些工具用于分析大量的性能问题，包括应用程序启动次数、启动问题、延迟的过程调用和中断活动（DPC 和ISR）、系统响应问题、应用程序资源利用和中断风暴。 3、xperf工具运行原理 xperf是在Event Tracing for Windows (ETW) 基础结构上生成的。ETW 允许Windows 和应用程序有效地生成事件。可以在任意时间启用和禁用事件，无
GT性能测试工具的使用和测试数据的提取 首先安装好GT性能测试工具GT_Console1.2.1.2.apk、进程监控插件.apk（该工具可查看游戏的后台进程名）、再接着安装好被测apk （如：德州扑克）。必须是root后的手机。 1.打开德州扑克，再打开进程监控工具（系统调谐器专业版），进入 后点击任务管理，选择德州扑克查看后台进程名。如下图所示： 2.打开GT测试工具，在下方的标签中选择Plugin选项进入，再选择 GTProcInfo进入被测程序的程序名选择。 输入”com.”会出现自动匹配相关的进程名。 选择好德州扑克的后台进程后，点击start 后，star按钮变为stop，返回到Plugin界面。
3.在Plugin界面，点击Log，就可以看到cpu占用率，流量、内存的 监控数据。数据采取完后，点击右图中 红框标记的保存按钮，弹出命名界面， 可随便命名，点击OK保存。保存后的 文件存储在SD卡---GT—log文件夹下。 4.帧率测试 a．在Plugin界面点击GTFrame，进入GTFrame界面点击star，会弹出root权限的提示，点击允许root。star按钮则变为stop（图一）。 b．在下方选择Profiler选项，点击右上角的开始图标，点击开始，则会开始进行数据采取（图二）。
c.帧率数据保存：在Profiler界面点击右上方的停止按钮（上图二）， 在点击停止后才会出现保存按钮，点击保存，保存帧率数据，文件路径为SD卡—GT—Tlog文件夹下。 5.提取有效数据 使用excel表格打开log文件。 打开后，会弹出下图中的提示，勾选分隔符选项，点击下一步。 然后使用分隔符给原本的字符串分列，如下图：
一、有可能造成手机游戏出现bug的一些中断： 1.手机来电显示 2.短信，彩信，手机增值业务 3.手机充电中，手机在充电时拔出充电器 4.手机低电量，手机没电时的提示 5.手机闹钟 6.手机的背景音乐与手机铃声 7.手机的背光与手机游戏 8.插上耳机与拔出耳机 9.蓝牙下载 注意事项： 注意不同机型的不同型号间的差别：如手机内存（堆内存，共享存储内存，支持的最大jar的size），手机操作系统，手机刷新频率，手机画面，手机支持的编码格式，支持的屏幕尺寸，按键类型，色彩的支持。 二、游戏系统测试流程 游戏测试流程包括：游戏程序详细设计文档、编写测试计划、测试用例执行、测试评审、评审测试工具、提交Bug报告、测试总结审核、返回开发修改。 1、详细步骤 （1）根据游戏程序详细设计文档，测试组长制定测试计划。 （2）审核制定的测试计划。 （3）根据测试计划设计，设计测试用例,编写测试用例。 （4）相关开发人员和测试人员审核测试用例。 （5）开发人员提供测试版本，以及相应版本所作修改的文档描述。 （6）测试人员根据测试用例和测试工具执行测试。 （7）记录测试结果，提交BUG报告。 （8）测试组长审核后，将BUG反馈给开发人员进行修改。 （9）开发人员修改后，提供新的测试版本,测试人员重新测试。 三、游戏测试工作及数据统计 在产品开发过程中，测试人员应该做到如下几个方面： 1.根据新项目的计划及该研发游戏产品的功能写出大概的Test Case（一般为简单的功能测试用例）出来以便后期的测试。 2.在开始设计的初期，测试人员应该从客户的角度提出一些好的建议（该建议由PM来决定是否作为新功能添加到新产品中）（A-Test)。 3.当产品初具模型时，测试人员应该根据RD软件工程师的要求做必要的功能性和稳定性的测试（当然此时也可以提出自己新的见解，此见解由PM根据产品的性价比来决定是否作相应的更改或添加）(B-Test)。 4.当产品已经基本上实现其预期的功能时，测试人员应该做一次Full Test（其中包括：基本功能测试，大量测试，压力测试，边界测试等等）来找出Bug （C-Test）。 5.对于找出的Bug,测试人员应该每天向Project leader汇报当天找到的Bug,
游戏测试作为软件测试的一部分，它具备了软件测试所有的一切共同的特性：测试的目的是发现软件中存在的缺陷。测试都是需要测试人员按照产品行为描述来实施。产品行为描述可以是书面的规格说明书，需求文档，产品文件，或是用户手册，源代码，或是工作的可执行程序。 总而言之，测试就是发现问题并进行改进，从而提升软件产品的质量。游戏测试也具备了以上的所有特性，不过由于游戏的特殊性，所以游戏测试则主要分为两部分组成，一是传统的软件测试，二游戏本身的测试，由于游戏特别是网络游戏，它相当于网上的虚拟世界，是人类社会的另一种方式的体现，所以也包含了人类社会的一部分特性，同时它又是游戏所以还涉及到娱乐性，可玩性等独有特性，所以测试的面相当的广。称之为游戏世界测试，主要有以下几个特性： 游戏情节的测试：主要指游戏世界中的任务系统的组成。 游戏世界的平衡测试：主要表现在经济平衡，能力平衡（包含技能，属性等等），保证游戏世界竞争公平。 游戏文化的测试：比如整个游戏世界的风格，是中国文化主导，还是日韩风格等等，大到游戏整体，小到NPC（游戏世界人物）对话，比如一个书生，他的对话就必需斯文，不可以用江湖语言。 要了解如何测试游戏必需了解如何做游戏，了解它的开发过程，才能真正的测好游戏。游戏要成功，其基本的必要条件有三。分别为Vision(设计)、technology(技术)和Process(过程)。 游戏策划与测试计划：测试过程不可能在真空中进行。如果测试人员不了解游戏是由那几个部分组成的，那么执行测试就非常的困难，同时测试计划可以明确测试的目标，需要什么资源，进度的安排，通过测试计划，既可以让测试人员了解此次游戏测试中那些是测试重点，又可以与产品开发小组进行交流。在企业开发中，测试计划书来源于需求说明文档，同样在游戏开发过程中，测试计划的来源则是策划书。策划书包含了游戏定位，风格，故事情节，要求的配制等等。从里面了解到游戏的组成，可玩性，平衡（经济与能力），与形式（单机版还是网络游戏），而我们测试在这一阶段主要的事情就是通过策划书来制定详细的测试计划，主要分两个方面一是游戏程序本身的测试计划，比如任务系统，聊天，组队，地图等等由程序来实现的功能测试计划，二是游戏可玩性有测试计划，比如经济平衡标准是否达到要求，各个门派技能平衡测试参数与方法，游戏风格的测试，三是关于性能测试的计划，比如客户端的要求，网络版的对服务器的性能要求。同时测试计划书中还写明了基本的测试方法，要设计的自动化工具的需求，为后期的测试打下良好的基础。同时由于测试人员参与到策划评审，对游戏也有很深入的了解，会对策划提出自己的看法，包含可玩性，用户群，性能要求等等并形成对产品的风险评估分析报告，但这份报告不同于策划部门自己的风险分析报告，主要从旁观者的角度对游戏本身的品质作充分的论证，从而更有效的对策划起到控制
《王者之刃》手机游戏的策划方案 1.游戏名称 《王者之刃》 2.游戏基本介绍 故事发生在虚拟魔幻世界中一块独立的魔幻大陆，几百年前，大陆曾是一个统一的国家，由于国王的三个儿子都想继承王位，于是一位邪恶的巫师从挑拨，导致国家发生内战，为了平息战乱并获得王位，大王子利用黑暗的力量统一了整个大陆，战乱虽然平息，但是隐藏的危机却源源不段，仿佛黑暗中一股强大的虎视眈眈的想随时吞噬整个大陆。几百年过去了，可怕的事情终于发生，大陆各处都发生了怪物吞噬民众的怪事，而且部分区域已经发生了大面积的骚乱，叛乱者居然是来自黑暗世界的魔物，为了维护大陆的和平，国王招募了一批优秀的年轻勇士来想黑暗势力进行讨伐…… 3.游戏市场分析 由于目前国内的手机游戏开发才刚刚起步，市面上的游戏类型比较的少，通常是根据现有的PC游戏或是TV游戏来改编的，而且可玩性不高，我们制作此款游戏类型，在手机游戏市场上暂时还是一个空白，同时集中三种游戏类型的游戏模式，在国内算是少见，同时在游戏的可玩性上以及关卡设计上多下工夫，以便增加游戏本身的耐玩性以及为公司带来更多的商业利益。 4.游戏支持平台 支持JAVA手机上运行。 5.游戏技术说明与移植条件 本游戏是采用JAVA编写，所以移植性较强
6.游戏主要情节设计 游戏中总共分成7个场景，每个场景都有自己的风格特色，当完成一个场景的任务后才能进入另一个场景，每两个场景的故事分成一幕，每幕故事还有其对应的隐藏任务，这样就可以大大丰富游戏中的故事情节，从而比较完整的体现游戏中的世界观。游戏中采用大富翁式的骰子回合制进行模式,玩家可以选择个人模式或是电脑模式,选择个人模式进行游戏的时候玩家将会一个人出现在游戏中进行游戏 7.游戏流程图 进入游戏LOGO 游戏结束退出 游戏菜单页面 游戏进行页面角色死亡十次玩家成绩列表进入排行榜 游戏过关 游戏过关页面载入下一关页面游戏通关页面 8.游戏页面描述 9.游戏特效切换
Jmeter的安装配置与使用 一、Badboy的安装 由于JMeter不支持录制,需要手工一点一点添加,所以对于新手可能很难做到位或是做好.现在常用的方法是使用Badboy录制,然后生成JMeter脚本,然后用JMeter打开,添加监听器来查看结果。所以首先安装Badboy软件 1、下载Badboy 通过Badboy的官方网站下载Badboy的最新版本. Badboy: https://www.doczj.com/doc/cf18224570.html,.au/ 2、安装Badboy 安装Badboy如同一般的Windows应用程序一样,一路点”下一步”最后点”完成”就安装好了.安装完后在开始菜单及桌面都看不到,你需要到Badboy的安装目录下,找Badboy.exe,直接双击它即可启动Badboy. 3、启动Badboy 启动Badboy,你可以看到下面的界面.则说明Badboy软件安装成功 二、Jmeter的安装 1、下载Jmeter软件
官方下载地址： https://www.doczj.com/doc/cf18224570.html,/site/downloads/downloads_jmeter.cgi 2、安装Jmeter软件 安装JMeter，只需简单的解压zip或tar文件到你想要安装的那个目录里。 前提要安装 JDK （这里使用 JDK 1.5.0 ）配置环境变量 CLASS_PATH=”%JAVA_HOME%\bin;%JAVA_HOME%\lib\tools.jar;%JMeter\bin%” 三、Jmeter的使用 ?脚本的录制过程 刚已经说过由于jmeter自己的脚本录制较为复杂，所以建议用badboy软件进行jmeter脚本录制。 下面讲述如何运用badboy进行录制： 1、开启badboy 双击软件图标开启badboy即可看到以后界面： 2、开始录制 在地址栏(图中用红色框住部分)中输入你需要录制的Web应用的URL,并点击GO 按钮开始录制。开始录制后,你可以直接在Badboy内嵌的浏览器(主界面的右侧)中对被测Web应用进行操作,所有的操作都会被记录在主界面左侧的编辑窗口中：如下图所示
手机游戏测试 手机游戏测试是软件测试的一部分，定义为在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。即是为了发现游戏错误而执行的过程。 国内游戏突围方向 网络游戏仅在中国游戏市场出现不过几年，到2009年1月，正式投入商业运营的游戏数目已超过100款，但众所周知，国外的游戏（主要是韩国的游戏）统治着国内大部分的市场。国内游戏软件想要突围而出，需要从两个方面入手，一方面是可玩性，由于中国有五千年的文明，传统文化是我们得天独厚的宝库；另一方面是游戏的质量，游戏测试作为游戏开发中保证质量的环节，在游戏设计与开发的过程中发挥着越来越重要的作用。 手机游戏测试内容 开始游戏 LOGO SCREEN必须要有，作为一个公司的品牌，这个是必须的。开始游戏之后，游戏主页面应该包含开始游戏(start)、继续游戏(continue)、设置(option)/音乐(music)、帮助(help)、关于(about)、退出游戏(exit)，这些缺一不可。 功能性 1:功能性测试重点检测软件的安装与卸载、功能表现等 (1).在安装的时候造成死机，或者安装成功后不能游戏。 (2).还有一类问题，就是当测试机已经有一个此游戏的老版本，再覆盖安装新版本的时候，可能会出现一些奇怪的问题. 2:手机使用条件对游戏的影响,能否返回到中断的游戏画面继续游戏 （1)手机来电显示 （2)短信，彩信，手机增值业务 （3)手机充电中，手机在充电时拔出充电器 （4)手机低电量，手机没电时的提示 （5)手机闹钟 （6)手机的背景音乐与手机铃声 （7)手机的背光与手机游戏 （8)插上耳机与拔出耳机 （9)蓝牙下载 4:游戏设置中是否可以关闭声音、振动功能 5:游戏菜单中有无详细的操作帮助说明 (1).主要内容就是游戏世界观介绍，游戏按键说明。其中游戏按键说明必须与游戏中的按键完全相同。 6:棋牌益智类游戏能否积分上传 娱乐性 1游戏画面 ⑴游戏背景—游戏背景层次是否丰富鲜明，制作精细，发色数高，与前景用色对比明显 ⑵游戏前景—游戏场景中前景数量是否较多，造型丰富各有特点，细节刻画丰富，颜色丰富，与游戏内容相符 ⑶人物和物品造型—角色的肢体细节及物品造型是否丰富，比例正常，色彩艳丽 ⑷人物动作或物体运动状态—人物动作攻击、移动动作是否姿势丰富，流畅连贯制作精细，
软件自动化测试工具介绍-全 一、功能测试工具 1、QTP测试工具 全名HP QuickTest Professional software ，最新的版本为HP QuickTest Professional 11.0 QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、WinRunner Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 3、Rational Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。 4、AdventNet QEngine AdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应