兼容性测试探讨之--手动测试

        关于兼容性测试，本次只讲述关于Android 移动端应用程序的测试。而所谓的兼容性测试的目的，就是看看你的应用程序能否在市面上绝大多数甚至所有的Android设备上能够正常运行以及软件之间能否正确的进行交互和共享信息。这里可能有人会问，为什么主要测试Android移动端的兼容性测试而不是IOS呢？这里很简单，众所周知，市面上所有的IOS设备加起来也没有多少，最多几十款。但是，你知道Android设备有多少款吗。经网上查询，截止到2016年初，在中国Android手机市场在售的机型数量大概有1200款。这就是为什么我们要重点对Android手机做兼容性测试。

        而之所以做机型的兼容性测试，最主要的原因有以下几点：

        1. 设备碎片化：几乎每年都会有大量的Android机型进入市场

        2. 品牌碎片化： Android手机中，三星、华为、小米、OPPO等手机市场份额较大，针对不同的品牌，要做好兼容性测试

        3. 系统碎片化： Android不同版本系统分布情况严重，不同系统之间又会有不同的API改进

        4. 屏幕碎片化： Android手机的屏幕尺寸规格众多。 在这种碎片化中，应用程序有可能不适应某款手机的屏幕，也许是屏幕分辨率的原因，或者时某个特殊的传感器API

        5.传感器碎片化： 传感器的品种越来越多

        6. 游戏引擎： 游戏引擎用到的GPU的OpenGL接口做硬件加速，要做机型覆盖

        7. AndroidL： 基于Linux的新系统支持，要重点做机型覆盖

        8. 动态skia： 封装中间层，动态调用系统渲染API，要做机型覆盖

        9. 静态skia： 打包所有系统接口，静态系统渲染API，要做机型覆盖

程序开发中会用到机器本身的硬件接口，由于机器的多样性、差异性，一旦代码对某类接口有所遗漏或者处理不当，就会出现各种异常。所以针对以上几点，我们一定要对各种主流的Android机型做好兼容性测试。

下面是2015年底Android机型碎片化的程度，可见一斑。

上面我们了解了兼容性测试的一些概念以及做机型兼容性测试的主要原因。接下来，笔者就讲述一下自己在测试期间，针对于手工测试的一些测试策略。

（1）. TOP机型覆盖： 笔者在测试XXAPP时，通常会在“迭代测试”阶段采用当前Android TOP100的机型进行测试。而在上线前的测试中，笔者会缩小范围，采用TOP30的机型进行兼容性测试（注意，这里的TOP100机型通常应该是从产品经理那里得到的数据）

（2）. 差异机型： 我们都知道，机器的差异性主要在于GPU，通过GPU来对不同的品牌型号进行覆盖。例如：

           1. 高通GPU的机器可以主要覆盖Adreno 200 和Adreno 203，基本占高通总数的60%

           2. Imagnition : GPU的机器主要副高SGX544+ 和 SGX531， 大约占该品牌总数的65%

           3. Mail : 覆盖Mail - 400MP，约占该品牌的75%

           用以上GPU的机器，要在测试中重点覆盖

（3）. 针对已有BUG分析机型覆盖的侧重点。 通过对XXAPP现有BUG管理系统中机型问题进行归纳汇总，笔者得到了以下内容：

           1.  针对于游戏以及引擎类的功能，机型覆盖重点在于手机GPU。 因为此类功能对图形处理来说特别重要

           2.  针对于性能方面的包括速度、电量、内存、流畅性，主要机型覆盖重点在于中低端的机器

           3.  针对于动态skia、静态skia以及AndroidL等功能，要重点对不同的系统进行覆盖

以上，就是笔者在做兼容性测试的手工测试时，用到的主要方法以及测试点。当然了，关于兼容性测试，手工测试只是最简单的一种测试方法。后面我们继续讲解，笔者在做兼容性测试过程中，用到的自动化测试的方法。