一、游戏发展历程
1、单机游戏/街机游戏：90年代中期甚至更早-03年左右
2、网络游戏（客户端/网页）：03年左右-至今
3、便携游戏（GBA/IPAD）：GBA与单机游戏出现时间相仿
4、手机游戏（IOS/安卓）：03年左右-至今
二、游戏类型
※游戏类型没有统一的说法，相互交互产生各种类型，这本身也是游戏的特质所在。
1、动作游戏ACT：以“动作”作为游戏主要表现形式的游戏即可算作动作游戏，如射击游戏STG，格斗游戏FTG，战争游戏，体育游戏
2、冒险游戏AVG：冒险游戏游戏集中于探索未知、解决谜题等情节化和探索性的互动，
冒险游戏还强调故事线索的发掘，主要考验玩家的观察力和分析能力。
3、模拟游戏SIM：模拟游戏试图去复制各种“现实”生活的各种形式。
训练玩家为不同的目的：如提高熟练度、分析情况或预测。
4、角色扮演RPG：玩家负责扮演一个或多个角***r>并在一个结构化规则下通过一些行动令所扮演的角色发展。
三、游戏工作人员
策划人员，美工，开发，运营，测试等
四、游戏开发流程（游戏生命周期）
1、运营进行前期项目的可玩性、功能方面、画面、性能、所需配制、社群体系等等。【计划】
2、策划规划游戏框架、模块、规则等等（※需求文档找策划）
3、策划、开发、测试人员进行需求评审。【需求分析】
4、开发人员实现策划规定的需求【设计、编码】
同时测试人员进行任务分配，用例编写。
5、初代版本出炉（预测试一般由开发做），开发人员继续实现需求，
测试人员一边进行测试并提交BUG，一边进行用例维护。【测试】
6、后续版本陆续放出，开发和测试继续之前的工作。发现、确认、提交、跟踪BUG
7、一般在内测版本之前至少有一次用例评审，公测前版本的大问题已全部解决（没解决的不建议开放相应模块）；验证BUG有没有对连带功能造成影响【运行】
8、BUG呈现下降趋势、游戏版本逐渐稳定，该项目会逐渐减少测试人员，抽调到新项目。【评价】
五、项目/工作责任：
1、了解当前做的项目：游戏类型、玩法规则、胜负条件、界面UI等
2、把游戏/产品熟悉后，擅长其中一个模块，了解其他人手里的工作
3、找策划要你的模块的所有需求
4、根据需求编写测试用例
5、开评审会议，评审测试用例，了解其他人的模块。
6、维护用例：评审会议后必须维护一次用例，平时新版本有改动的地方也要维护用例。
7、用例执行
8、提交、跟踪BUG，等待BUG被修复
9、配合其他人的工作
10、项目心得（定位自己、寻找问题、总结方法、提出建议）
六、游戏测试(关注)点
1、收费点
（1）商城
（2）其他收费点
2、界面UI
（1）静态
1.文字
2.静态UI
（2）动态
1.动态UI：情况多、组合多、十分复杂
2.状态变化（BUFF）
3.特效实现：爆炸、悬空、倒地等等
4.特殊情况：如静态UI和动态UI的结合等
3、数值
（1）属性
1.界面
2.实际
3.相互影响
（2）生命/法力值
1.UI
2.扣除效果
3.边界值
4、音效
（1）背景音乐
（2）特效音乐
5、压力
（1）服务器承载能力：一般由开发顺带测
（2）弱网
6、异常
（1）退出游戏数据保存情况
（2）关机数据保存情况
（3）电话、短信、HOME键
7、适配
（1）系统，如IOS和安卓
（2）分辨率
（3）固件版本
8、用户体验
（1）流畅性：检查游戏是否运行流畅、模块接口切换顺畅
（2）可玩性：引导是否做好、游戏玩法、界面是否友好等等
（3）平衡性：数值、竞技
（4）趣味性：UI美观
（5）其他：脏字屏蔽
七、常见游戏基本元素/用例设计方法
1、游戏主界面：一般是子模块的入口，注意音效和UI即可
2、创建游戏角色：命名规则、重名、长度、UI、删除
3、技能：数值的边界值、UI、实际效果（PK/FB）
4、交互：聊天框的设计方法、脏字屏蔽
5、副本：关注UI、效果的实现、与其他模块的交互部分
6、怪物：UI、属性边界值、效果关注（攻速）、（出生点）等等
7、属性：边界值、相互影响
8、设置：音效、分辨率等等
八、用例编写（格式）
（1）用例编号：用于唯一标识每一条测试用例，不同公司的用例编号定义规则不相同
参考定义规则：
（2）测试模块：编写用例的被测模块
（3）用例标题：描述具体的测试点
a、文字简洁，写出核心测试点
b、标题不要重复
（4）优先级（重要级别）：用于决定用例的执行顺序，不同公司定义优先级的标准不一样。
参考标准：
a、基本功能：软件的基本功能的正向测试用例级别定义为高；反向测试用例级别定义为中
b、一般功能：一般功能的正向测试用例定义为中；反向测试用例定义为低
c、其他功能：其他功能的用例定义为低
（5）预置条件：操作步骤中第一个步骤可以执行下去需要满足的前提条件
（6）操作步骤：
a、每一个步骤分行编写，加上序列号
b、步骤中写清楚测试点，不要写具体的测试数据
（7）测试输入
a、写清楚操作步骤中涉及到的测试数据
（8）预期结果：
a、根据需求编写预期结果，不要写成了实际结果
b、既要写清楚结论，也要写清楚预期看到的具体界面中的现象
（9）备注：