认识达内从这里开始

兼容性测试是APP软件在开发的时候需要重点关注的一个问题，而今天我们就通过案例分析来了解一下，APP软件不同开发阶段的兼容性测试都有哪些内容。

1、开发阶段

(1)在开发阶段，可以推动开发同学在代码里面打埋点，从而去获取当前APP线上用户覆盖的topn款手机数据，为后续版本兼容测试设计提供数据依据。

(2)加强代码扫描：通过Lint、sonar工具进行静态代码扫描去提前发现因厂商、API不适配的兼容问题

(3)加强开发代码评审，包括基础框架的代码和各业务代码

2、SIT测试阶段

由于在测试前期，我们已经做好兼容测试的部分裁剪确认工作和兼容测试设计工作、以及静态代码扫描工作，所以在SIT测试阶段，兼容性测试工作就会轻松不少。

到了SIT测试阶段，就是一个测试执行的过程，测试执行也有相应的测试策略。

(1)兼容测试执行只要开发提测准入通过了就可以开始进行，测试童鞋可以在测试过程中根据兼容测试矩阵在不同测试轮次中切换不同的测试机进行测试并记录

(2)根据二八原则，在做功能测试时先拿历史常出问题机型进行测试覆盖

(3)几轮测试下来，不停切换手机，安装测试包进行测试也是一件繁琐的事，另外测试机可能还存在非空闲情况，有条件的同学可以搭建STF平台进行组内测试机设备管理平台，所有兼容测试工作可以在PC端远程控制真机完成，省时又省力，还能做到测试组内手机共享使用，减少沟通成本。

(4)利用业内已有的云测平台进行兼容测试：

目前基本上大的云测平台都有推出次免费或者日次免费的随机安装启动标准兼容服务，免费的一般只能做50~100款机型。如果要做全面的机型覆盖和深度兼容则需要付费了，而且目前各大云测平台的收费较高，如果要全面覆盖所有机型的话，是笔不小的开销。

所以，什么时候用云测平台呢，这个要根据你测试的产品具体特征来考虑：

如果测试的app属于受众广泛，运营效果不错，月活过亿的，用户千万、亿级用户的比如微信，qq，支付宝类型的，那么就很有必要投入金钱或者组织人力搭建云测平台进行全面的机型覆盖。

如果测试的app受众用户只有不到万，日活月活很低的产品比如中小银行app、房产交易app,个人认为没有必要投入大量的金钱去兼容全部的机型。但是可以利用云测平台去复现线上用户个别未覆盖机型所遇到的bug，拿到日志和解决方案，这样投入的成本相对小且有针对性。

如果测试的app受众介于以上两者特征之间的，而且效益也不错，月活日活也能达到上万的例如一些理财产品APP、证券类app、电商app，则可以对目前app当前市场各版本和品牌的使用率，获取当前APP用户覆盖的topn款手机，在云测平台进行topn款手机的覆盖测试

3、UAT测试阶段

通过组织UAT测试，利用用户或者业务人员的测试能力和测试资源，在短时间内完成大工作量的产品测试和体验，从用户体验的角度出发，反馈兼容Bug，并对产品提出改进建议。

4、线上阶段

(1)APP上线发布市场后，可以通过crash平台、bugly等监控平台收集因兼容问题导致的闪退和无法安装、运行的错误信息传到后台服务器端，然后开发根据错误日志进行定位，从而找出问题原因并解决。

(2)另外，测试童鞋应该对这次版本不管是测试过程中还是上线发布市场后发现的兼容问题，做问题分析总结，反馈补充兼容测试用例和测试场景，加强测试后续版本的测试手段。

(3)测试及开发童鞋需要对主流手机及ROM更新保持较高的质量敏感性，时刻关注厂商升级资讯和特性，一旦有更新，需要测试线上APP兼容适配情况，快速应变，及时适配到主流机型和ROM。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。