##

开始正题之前，我想要说一下？ 为什么这么大的舞台，既然没有 QA 的相关帖子？游戏行业这么多产品？哪一个项目组敢拍着胸部站出来说一句？QA 用处不大？为何 QA 就不能走上时代的舞台！为何 QA 不能有技术讨论帖？技术是主导没错，但是没有我们这样、那样的测试人员，你如何进步？

（我是分割线）
一、QA 的重要性（例 3 个）

（1）YXX，大家一点都不陌生吧？ 去年 YXX 火遍大江南北，几乎人人皆知，结果因为一个 6 星 XX 可刷，导致千万玩家走上 IOS 退款之路，从而丢失百万用户？ 一个小小的错误，毁灭了一个巅峰的口碑制作。

（2）DXX，一个窗体穿透，导致活动礼包被无限领取，毁掉了另一个几百万玩家的集体吐槽与流失。

（3）一个我自己的项目，因为安卓的充值代码修改，同步上传到了 IOS，导致几千万的投入付之东流

以上的例子，前 2 个相信大家都知道，也都听说过，这么多经典的产品为我们带来这么多前车之鉴，为何 QA 的受重视程度还是无法提高？

其一，有人会说，项目组有 QA，不也出现了这个问题么？其实你能说出这句话，我想反问你一句，你一个或者几个 QA，测出来的版本，对应上百万，上千万玩家？这个比例是多大？你为何不说 QA 为你测出来多少个类似于这种问题错误呢？帮项目组规避了多少风险？为玩家带来了多少优质的游戏体验。

其二，项目组的版本迭代节奏过快，不给 QA 时间，压缩 QA 的时间，导致 QA 无法按照自己的工作计划与预期同行，从而导致了不稳定的版本质量，从而加大了 QA 无能的表现，测了上线也有问题，不测也有问题，还不如压缩 QA 时间了，现在大部分企业追求敏捷开发，追求快速换皮上线，可有多少做游戏的人心里明白，这样是不对的？又有多少人敢站出来说一句？

其三，不规范的版本流程与项目流程，QA 是一个深而大的职业，他对项目的管理与付出，超越很多技术工种，一个强大的 QA，对版本和流程必须要有强大的控制力，对每一个环节和每一个对接把控都要执行到位，管理到位，这一点很多 QA 无法做到，也导致了项目版本计划控不住，制作人压缩成本，胡乱的工作流程，导致了一次一次的事故发生。

PS：我来这不是吐槽的，下面说一下我眼中 “手游测试的基础与 QA 的规范吧，希望对新入门的新人或者已经在岗的 QA 兄弟们一个好的思路或者说一个好的方向探索~

二、手游测试的方向（全是黑盒 QA 能做的事，看看你自己了解多少？做了多少？）

1、功能项测试（大体架构）

游戏内容描述

（1）参与策划谈论会，从市场用户角度出发，根据策划需求，编写测试用例并执行功能测试
（2）对测试用例的理解能一定要高（边界，有效性，等价，异常等常用的数据形式要充分了解）
（3）通过测试用例，找出与需求不符的问题，并提交 BUG
（4）通过执行测试与测试用例的基础上，寻找不合理的功能设计，并提出修改意见反馈给策划人员
（5）对活动，充值，数值，技能，异常测试等情况要充分理解
（6）对测试用例的理解能一定要高（边界，有效性，等价划分，异常测试等常用的数据形式要充分了解）

安装测试内容

（1）安卓手机，需要考虑手机存储空间不足与 SD 卡空间不足，且安装路径的情况区分
（2）安卓手机，需要考虑，SDK 包体的兼容，与覆盖安装，母包与其它渠道的兼容，各渠道之间的兼容性，已经对应的渠道手机是否可以安装其他家渠道的安装包等
（2）IOS 游戏， 需要考虑 安装、覆盖、卸载、越狱、inhouse、等不同版本的安装文件名

SDK 相关测试

（1）渠道提供的自测文档，以及我们自己通过商务统计的自测文档
（2）自家渠道的文档或通用的大数据自测文档，是通过多家渠道综合筛选的总结性问题文档
（3）渠道 SDK 的自身功能测试
（4）新账号注册、登录、游客、老账号的登录、切换、数据、保存、等相关信息记录
（5）支付系统（安卓与 IOS 是有差别的、IOS 的支付比较难做，而且卡点较多，需要注意下特别是断网测试、其次就是点卡，短信，电话卡，充值卡，等支付
（6）最后就是异常测试了，相信很多伙伴都已经知道，断线，弱网，切后台，来电，来短信，截屏，锁屏等

兼容测试内容

（1）分辨率、界面显示、流畅度、音效、输入法
（2）虚拟按键的各别机型如（华为、小米、oppo 等）
（3）安卓系统（4-7）
（4）IOS 系统（8-11）
（5）安卓、IOS 主流产品机型（市场 TOP 前 10、在这里要注意一下，安卓的通过率跟苹果的通过率不是一个算法，苹果是依据机型适配率算，安卓则是根据市场适配率算的）
（6）各大分辨率就不用详细说了
（7）手机的各种 CPU/核数/内存/品牌

网络测试内容

（1）不同网络下的测试（2G/3G/4G/WIFI 切换）（不同的供应商）
（2）断线重连、断线提示、弱网测试等

性能测试（客、服）

（1）性能客户端测试这块，市面的工具有很多，如 GT,emmagee,wetest.等，我们现在也在用 wetest 进行测试主要采集（CPU.FPS.内存.流量.）

（2）服务器测试这块，市场的工具也有很多，典型的是 loaddrunner，不过后期用的人在减少，CPU，内存，响应时间，TPS，各个，模块分开压，这块是技术辅助，由我们编写压测用例并发数据等

安全测试

（1）市场基本上都是通过 WPE，来进行抓包，也有一大部分人目前在用 fiddler（仅限 http 协议，不需要随身 WIFI，方便很多）
（2）其次就是使用外挂修改内存了，目前在用的有（八门，烧饼等）

（3）分享一个有意思的，我们抓包后如果是 HTTP 协议的，并且没有加密的话，我们可以使用 chrome 的 postman 插件，构造数据给服务器发包，比如修改 UID 冒充用户身份

分割线，说了这么多？有没有懂得手游需要测试的一些重点内容？这些都是黑盒可以做到的！ 下面我们继续说 QA 工作流程吧~~

三、QA 的工作流程（研发项目）

1、DEMO 阶段（分两类）

1.1 在 demo 阶段，如果有实力的团队与项目组，我建议配上一个 QA，专属跟进项目组的进展和前期的工作磨合，以便在如此小规模的开发中，可以摸索出计划制定的乐趣与跟进项，从而让 QA 从最基础的开始，跟进项目组磨合

1.2 在 demo 阶段，如果不太自信的话，团队不需要配备 QA，由项目组自身的开发策划验证就好，不过建议刚开始都布置好环境位置，以便后续工作

2、第一阶段

功能测试
1.2 策划案的评审
1.3 测试准备
1.4 测试需求统计
1.5 测试环境搭建
1.6 测试用例编写
1.7 测试用例评审标准

执行测试
2.2 根据版本更新 LIST
2.3 用例执行
2.4 功能测试
2.5 BUG 反馈
2.6 问题定位
2.7 回归测试
2.8 用例完善

版本报告
3.1 周版本报告
3.2 BUG 汇总报告
3.3 报告内容审核与规定
3.4 版本质量风险评估

3、第二阶段

1.1 测试计划
1.2 版本报告
1.3 内外版本的计划
1.4 性能测试
1.5 兼容测试
1.6 安全测试
1,7 日常功能测试，及流程管理
1,8 SDK 测试
1.9 发布版本及流程跟进
2.0 需求统计加大（如 GM 后台）

4、第三阶段

1.1 版本封包
1.2 所有的功能点基础测试
1.3 所有的环节模拟测试
1.4 所有的配合部门联调模拟
1.5 所有的外部辅助更新跟进
1.6 开服前的检查项以及准备工作
1.7 模拟环境的开服预测，及发布

5、 第四阶段

1.1 线上 BUG 的统计收集
1.2 版本的计划跟进与维护
1.3 checklist 的维护与更新
1.4 新区开启的冒烟测试与充值测试等

文字描述看起来简单，我也没有写出细项，毕竟时间有限，就先共享与分享这些给大家，好的 QA 绝对不是只会功能测试！ 我以上说的所有，以及我没有公布的阶段流程，只要大家喜欢，我会给出详细的计划内容与工作流程模板

我的愿望很简单，此贴不要沉！！QA 也可以走上舞台！！黑盒永远是游戏行业的主导， 自动化我也不是没接触，兼容测试，和性能测试，确实帮助很大，基本的脚本冒烟我也见到过，但是，人工测试还是有先天的优势是自动化无法弥补的，黑盒也是做很多事，并不是黑盒测试就不重要！！！！！！！！！！兄弟们一起加油吧！！！！

志同道合的队友可私信博主，我会加你们哈~目前 QQ 及微信信息，不想泄漏

--0-----------------------------------------------------------------------------------------------