应用兼容性测试一直都是软件测试中的难题，在移动互联网人气爆棚的当下，移动应用兼容性测试的问题尤为突出。
为什么移动应用兼容性测试这么难，有下面这些原因：
1、测试设备不足。这是中小型公司都可能会面临的问题。一方面公司在强调测试团队测试覆盖完全；另一方面，公司因为成本等原因并没提供多少款可用的测试设备。导致测试团队在兼容性测试上捉襟见肘，往往只能厚颜向其他人借手机用，但这样并不能在使用时间和机型上满足测试。
2、第三方兼容性测试服务水平层次不齐，结果并不令人满意。百度MTK、testin、testbird都是目前主流的云测试服务提供商，但米米有限的情况下，测试出来的结果更多用于参考和辅助说明兼容性问题，并不令人满意十足。
3、在设备充足的情况下，缺少足够的资源和技术支撑。现在移动设备层出不穷，哪怕把主流机型测试一遍，都需要大量的人力资源做支撑。是否有更好的兼容性测试技术支撑呢？有，但对于大部分人来说都仅仅存在于传说中，如Spider只见其名，但并没有开源出来提供给测试人员使用。现在大部分公司能想到的，就是通过自动化工具在多部移动设备上并行执行自动化。
4、移动设备层出不穷，很难兼容到每一款设备。哪怕同一款产品，可能也会因为OS的升级等原因导致移动应用失灵。目前互联网大鳄也最多能对市场主流机型做到适配兼容。
那我们怎么尽可能做好兼容性测试呢？
1、自动化。上面提到了自动化，即我们可以通过自动化工具对多款设备同时执行自动化用例，这样能较为准确的测试出设备兼容问题。
2、利用第三方云测服务。如果米米足够，找第三方云测也不失为一个好办法。这可以作为α测试的补充，毕竟大部分公司无力把市面上所有主流的移动设备采购回来。
3、使用模拟器。可以测到移动应用的UI兼容性测问题。
4、能用H5做的，尽可能用H5，这是目前比较推崇的做法。
5、如果米米不足的小公司，那只有更为精确的分析自己的目标用户，然后确定几款主要兼容的机型是个明智的做法。
在视频中看到有厂商利用机器人对手机进行真人仿真测试，如果能引入到移动应用的兼容性测试，那就太棒了。
如果你有更好的兼容性测试解决方案，不妨分享出来，供大家学习。