手游测试内容、测试流程、测试用例设计游戏测试的主要内容功能测试主要验证功能是否符合需求设计主要考虑功能正确性，不考虑游戏底层结构及代码错误通常从界面着手测试，尽量模拟用户可能出现的操作性能测试测试点客户端CPU使用率客户端内存占用率客户端网络流量使用情况客户端耗电量客户端帧率（FPS）测试方法分析代码工具监测iOS：xcode自带的instrument安卓：emmage和GT（需要root权限）压力测试服务器CPU使用率服务器内存占用率系统吞吐量（TPS）事务响应时间事务成功率兼容测试机型适配测试操作系统兼容测试屏幕分辨率兼容测试游戏版本兼容测试安全测试内存修改测试客户端加密测试客户端反编译测试网络安全测试（用抓包工具测试避免重复抓包）接口测试服务器各个接口数据测试，主要用工具来实现接口安全测试，重复发送请求，查看接口处理情况日志测试客服端日志服务端日志弱网测试测试点不同网络情况下游戏的运行情况不同丢包率情况下游戏的运行情况通过工具设置网络代理来实现常用的工具win:fiddle、mac:networklinkconditionergm工具测试（运营、客服人员使用）测试gm工具的功能实现，需要关注工具的设置是否在游戏中起作用测试gm工具的数据读取、存储SDK测试用户数据测试充值、消费测试与各个渠道对接测试游戏测试基本流程流程功能会议->测试用例书写->冒烟测试->详细测试->回归测试->checklist检查冒烟测试详细测试之前的环节快速发现比较明显的bug快速确保主逻辑流程跑通快速明确功能开展状态详细测试细致的测试每个逻辑分支、资源、配置尽量模拟玩家的每一种操作可能测试异常情况，如断网、断电、事件中断、进程中断等测试数据读取、存储、网络等内容新功能对原功能的影响checklist检查（用于上线,，可通过代码提交记录进行简单测试，确定最终包含有所有功能及bug修复点）简要快速的检查功能的主要逻辑点简要检查与该功能有关联的任何其他功能点游戏测试用例设计步骤需求文档分析->功能模块划分->测试用例编写->测试用例整理与维护需求文档分析文档阅读（至少读三遍，注意细节）功能细节沟通探讨尽早确认细节不明白的地方不能脑补想当然关注需求变更，跟程序和策划确认逻辑梳理梳理出框架后，逐步细化功能拓展思考设计缺陷思考测试难点思考关联度思考特殊情况思考兼容相关思考版本兼容功能兼容（新增的功能和以往）操作系统版本兼容分辨率兼容功能模块划分模块划分原则高内聚、低耦合重整体、轻局部模块划分方法功能流程法将功能的基本流程画出来，根据流程的每个大的环节进行模块划分，再细化和查漏补缺（不要纠结细节）层次划分法按照逻辑层次逐层细化出模块的过程，比较适用于UI划分，大的系统模块划分等。类型划分法按照功能包含内容的不用类型进行划分适合功能种类比较独立，种类之间的耦合度比较低的情况测试用例编写格式一个清晰的格式为什么很重要让用例的脉络更清晰明了方便需求变化后的更新维护方便执行人员快速入手首页内容（用例的纲要）用例名称用例对应的游戏版本编写人、编写日期、备注修改人、修改日期、修改备注需求文档的链接或地址正文页内容功能逻辑图（可有可无）用例id模块名称测试先决条件输入信息输出结果备注信息关于格式的一些注意点尽量保证逻辑清晰尽量保证一个输入只对应一个输出保证每次更新用例后都有明确的记录标注尽量保证一个用例内格式统一测试用例常用编写方法等价类边界值因果图&判定表注意点输入条件一定要单一明确，不用引起误会的词输出要可判断且明确，不用“显示正确”这种词测试步骤要可执行保持尽量高的覆盖度能抽象的尽量抽象出来，避免无意义的冗余，用比较有代表性的数据测试用例的整理和维护需求变化后需要即使更新老的测试用例，并写清修改情况的备注（修改内容，产品和开发负责人）测试用例应该尽量避免冗余，如果遇到重复的用例，需要根据实际情况进行修改注意测试用例的备份，写完后最好自己本地备份，避免线上被人误删除游戏bug发现bug仅仅是测试工作的开始bug的界定标准与需求设计不符违背常识bug的生命周期发现bug->提交给开发->开发修复->测试验证->通过后关闭->（上线前回归）发现bug->提交给开发->开发修复-...
