功能测试
功能测试可以说是游戏测试的主要测试手段。很多人都说功能测试就是手工测试，重复性强，没有什么技术含量，可以用自动化替代。这话说的有一定道理，但不完全对。
首先，功能测试确实是手工测试，但并不是手工测试就意味着技术含量低。很多从事互联网行业的人都觉得，会写代码的就一定比不会写代码的有技术含量，其实这是一种错误的认识。任何行业，技术含量的高低的评判标准不是人们容不容易看得懂，做事方式是不是看起来很玄妙，而是你的工作方法是不是能够更有效、更高效地解决问题。功能测试的技术含量体现在测试用例的设计上，如何用最少的步骤覆盖最多的测试点，如何提高测试用例的执行效率，如何挖掘出隐蔽的问题。代码逻辑越复杂，测试用例设计的技术含量也就越能体现。
其次，功能测试确实有很多重复性的内容，但想要实现自动化还有很多困难。游戏相比传统软件要复杂，问题现象千奇百怪，UI自动化很难一一识别。单元测试的自动化倒是好做，但也架不住需求的频繁修改，开发代码都写不完，又怎么可能来得及写测试代码。
目前我的工作内容主要是测试渠道发行的游戏，所以为了提高工作效率，觉得整出来一份通用测试用例库会比较的方便适用。下载地址：www.baidu.com。稍后的章节会详细介绍游戏功能模块的主要测试点和常见问题。这里所有的测试用例主要都是以MMORPG手游为例进行编写的，想要用于其他游戏类型，不同的地方需要进行修改。重要的是方法思路，毕竟游戏的种类也会随着技术和人们的喜好而不断发展，没有一份永远适用的测试用例。
可能你看完所有的功能测试用例后，感觉功能测试似乎就是这么简单？是的，从测试思想上来说，就是这么简单。但实际工作中测试不仅仅是要发现问题，还要能够分析问题出现的原因，帮助解决问题，将来还要能预防问题，所以就需要你对整个游戏的设计概念，程序架构到功能细节都十分了解。同样的一个bug现象，在不同的程序代码中发生的原因不一样，在不同的需求设计中产生的影响也不一样，这些才是测试工作值得深究和能够获得成长的部分，而不仅仅只是掌握测试方法。
功能列表
| 功能名 | 功能重要性 | 测试复杂度 |
|---|---|---|
| 安装卸载 | 高 | 低 |
| 客户端更新 | 高 | 中 |
| 登录流程 | 高 | 低 |
| 道具背包 | 高 | 中 |
| 邮箱 | 中 | 低 |
| 商店 | 中 | 低 |
| 充值 | 高 | 低 |
| 交易行 | 中 | 高 |
| 排行榜 | 低 | 低 |
| 系统设置 | 低 | 低 |
| 主角 | 高 | 中 |
| 战斗技能 | 高 | 高 |
| 装备 | 高 | 高 |
| 宠物/坐骑 | 中 | 中 |
| 生活技能 | 低 | 中 |
| 单人任务 | 高 | 低 |
| 组队环任务 | 中 | 中 |
| 单人副本 | 中 | 中 |
| 多人副本 | 高 | 高 |
| 副本队伍奖励分配 | 中 | 中 |
| 地图分线 | 中 | 低 |
| 聊天 | 中 | 低 |
| 好友 | 低 | 低 |
| 组队 | 高 | 高 |
| 帮会 | 中 | 中 |
| 世界boss | 中 | 中 |
| 礼品码/激活码 | 低 | 低 |
| 单人竞技场 | 高 | 中 |
| 组队竞技场 | 中 | 高 |
| 多人战场 | 中 | 高 |
| 断线重连/弱网 | 高 | 中 |
| 客户端性能 | 中 | 中 |
| 客户端兼容性 | 中 | 低 |
| 服务端性能 | 高 | 高 |
| 安全性 | 高 | 高 |
| 美术资源 | 中 | 低 |
| 数据存盘 | 高 | 中 |
| 跨服 | 中 | 高 |
| SDK功能 | 中 | 中 |
| 版本发布Checklist | 高 | 低 |
| 开服更新Checklist | 高 | 低 |