一、有可能造成手机游戏出现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,
并标识出P1,P2,P3Bug（P1，P2是Bug的优先级）所占的比例，以便Leader 的复查和判断到底是不是Bug。

6.测试人员要立即将这些Bug及时的反映到Buglist的数据库中，以便RD软件组人员对软件的修改。

7.当发现的Bug被修改后，测试人员还要对此进行大量的重复测试(即回归测试），以确保Bug不在存在，最后由测试人员来Close Bug。

8.对于新的版本出现后，测试人员应该根据自己的经验进行快速的功能测试或者先对数据库中Old Bug进行验证，以便快速发现新版本中的Bug。

9.产品出货后，用户在真正使用时可能会产生一些问题，所以在出货后，测试人员应该在适当的时间内做一次Sustaining Test或者进行一次回归测试，以便为用户提供版本的升级或问题的回复。

四、游戏测试考虑的几个方面：
评测项目
评论应主要根据游戏的画面、游戏性、操作性、适用性四个方面的表现给出综合分数以及相应的评语。

（1）画面
主要从色彩搭配、人物造型、背景描绘以及是否有拖慢现象等图象表现的品质来进行评测。

具体评测内容：游戏画面发色数；游戏主角、NPC造型；背景用色与前景搭配；游戏中是否有拖慢现象。

（2）游戏性
游戏性主要是从玩家的角度来看待一个游戏是否有趣。

包括游戏界面、游戏平衡性、趣味性。

通俗的讲就是一个游戏的有趣程度与可玩性。

具体评测内容：游戏界面是否友善便于设置(例如声音是否可以关闭)；敌人、机关设计是否合理；游戏难度的把握。

（3）操作性
主要从游戏对按键的响应时间、移动方式、按键安排是否合理等几个方面给出分数。

具体评测内容：按键安排是否便于游戏；能否对按键进行设置；游戏对按键反应时间；移动是否有惯性等。

（4）手机适用性
游戏每多支持一款手机，代表其适用性越好，在实际评价一个手机游戏时一定要考虑这个因素。

这意味着手机游戏生命力的旺盛程度和周期长短。