游戏测试成长之路04-兼容性测试

剧情简介

你已经熟悉了基本的工作流程，接下来你将参与一些基础的专项测试，首先接触的就是兼容性测试。你求助成长教练U，给你建议了下列注意事项：

带着几个点去思考如何开展兼容性测试：
1、兼容性测什么？
2、什么时候测？
3、测试标准是什么？
。。。

理论部分

兼容性测试的意义
确保用户体验一致性、降低用户流失率、满足市场需求。简单点理解，就是要覆盖尽可能多的设备（用户），用户多了产品成功的几率才更大。

测试目的
1.待测试项目在同一个操作系统平台的不同版本、不同的操作系统平台上是否能很好的运行
2.待测项目是否能与相关的其他软件和平共处，会不会有相互不良的影响
3.待测项目是否能在指定的硬件环境中正常运行，软件和硬件之间能否发挥很好的效率工作，会不会影响或导致系统的崩溃
4.待测项目是否能在不同的网络环境中正常运行

关注的重点类别：
1、屏幕/显适配，市面上手机、平板产品不断更新换代，各种屏幕大小、材质、设计，如曲面屏、水滴屏、刘海屏、折叠屏等；
2、分辨率适配，跟屏幕适配不是一个概念，分辨率（如1920x1080）是指可渲染的像素点的个数，对应产生的显示效果不一样；
3、系统适配，主要针对各平台（Android/iOS/鸿蒙）等，如各大厂商基于 Android 魔改的定制系统如MIUI、ColorOS等；
4、品牌适配，这块多少有一些跟系统适配有相耦合的地方，覆盖现在尽可能多的手机品牌，根据产品需求、市场份额等去覆盖品牌方，苹果、华为、vivo、oppo、小米、三星等；
5、网络适配，联网方式的适配，没听错，联网方式按现在来说有 2G/3G/4G/5G/wifi 等，这部分只需要正常覆盖硬件级测试即可，详细测试会在弱网络、异常中断部分开展。

测试策略

实际工作中常见解决方案

维度

1、产品设计目标
游戏项目一般根据类型和规模会确定设计准入标准，如：最低覆盖Android 7.0及以上、运行内存8GB以上、CPU 骁龙865以上。

2、测试设备选择，如：
a、基于主流第3方大数据盘，如腾讯的Wetest、Testin、Testbird等（最主流方案）；
b、基于特定数据盘（特定项目，一般没有类似情况）。
但不同的是我们要考量到企业/部门投入的精力来进行，部门测试机选型不可能把上面的问题全部覆盖掉，那我们就要依照现有的市场份额去把所有的机器摘出来作为测试机来做部门内的兼容性测试机。

3、根据产品研发阶段制定兼容策略，如：
研发阶段，内部测试，覆盖iOS、Android、鸿蒙OS，内部测试机即可
关键版本：开展常规覆盖性测试
CB\OB：3方top 500/300、iOS top100/50等

4、海外及小游戏（***）
出海产品，当下很多海外产品，需要考虑海外top设备、海外网络兼容测试。自己搭建测试节点成本太高，一般找3方服务支持。
小游戏，当下火热的赛道，各自小游戏平台，如微信小游戏，有自己的测试标准和兼容标准，需要单独拎出来分析。也可找3方服务来支持。

策略

根据上述维度和实际项目情况，自定义开展兼容性测试

测试过程

1.1 测试标准（基线）
常见的标准（根据情况选择，随时更新行业主流参考标准），如：

• 适配不通过的机器其用户占比不超过1%；
• 适配不通过的机器其机型数量占比不超过总机型数的3%；
• crash率不超过1%；

主要关注受影响的用户数，设备数次之。

1.2 开展测试
内部阶段：自定义选择测试设备完成用例执行，统计执行结果，输出报告即可。

使用3方服务：
1、确定测试包、测试环境、测试覆盖内容
2、和3方购买服务（如：Android top 300，可沟通特殊覆盖设备等）
3、和3方技术人员，对接用例（一般是自动化，部分特殊可要求人工）
4、3方执行完成，需要分析结果，会产出类似xlsx的执行结果文件，web端可查看
5、结果分析，确认
6、是否重新执行
7、结束本次测试

结果分析

针对产出的测试结果，需要逐条问题人工过滤，排除干扰部分。如：
1、xxx设备执行crash，经过分析，该设备的CPU、内存不在产品设计的覆盖目标内，则可以去除该问题；
2、xxx设备连接不上，执行失败，经过分析，是当时节点环境波动导致；

测试报告

各公司可自定义报告模板，包含核心内容即可。

1. 测试结论（给出风险定义，统计数据分析）
2. 测试方案（根据项目情况说明，方案、过程数据、结果数据）
3. 测试标准（参考行业及精细化细分产品测试标准）

导师寄语
兼容性测试看起来是比较简单的，不需要太多的技术含量，但需要细致、耐心。同时也需要发散思考，对于兼容性测试这类常态化的工作内容，又该如何提升效率和质量呢？
加油，在思考中不断进步！！！