那啥。我突然觉得我在回答知乎，真是越来越有感觉了。

谢邀请。。（我去，根本没有人邀请我啊，习惯了）

这个问题问的很好。硬件咋，rom 也咋。这个问题单独通过企业测试团队和 testin 和 MTC 也好都是无法解决的，或者说这个问题无论通过什么方法都是无法解决的，只能尽可能的去减小盲点。

我们一层一层去走，先从实现去看，我们实现的时候就需要对分辨率的兼容做好适配，在 Android4.x 之后 SDK 本身提供了很好的兼容方式。其次从 API 角度来看，我们需要避免使用一些高低版本上修改甚至删除的 api，否则这些问题靠测试基本上就是无解的。如下图：

然后我们从应用安装之后的兼容性去看。一个是分辨率，一个是显示，一个是功能。但首先前提我们需要以下的数据：

1. 目前市场上 Android 各个版本被使用的比例分别是多少
2. 自己应用在哪些分辨率和版本上安装的最多
3. 自己应用哪些界面，功能被使用的最多

然后我们就可以使用以下方法或者流程来应对这个问题：

1. 让企业付钱买机器
2. 尽可能的组织 bug bash
3. 和拥有那些特殊机型的用户保持密切联系
4. 适当的进行内测
5. 模拟器进行自动化测试（可参考我之前的代码）
6. 参考 testin 和 MTC 等一类的服务

然后置于靠谱率是多少。我去过这些公司拜访，就我看下来的情况，安装、卸载、启动等应该靠谱率很高。只要脚本跑到了基本上就可以覆盖。但如果是其他性能，压力，功能自动化的话靠谱率必然是大大降低的。只能参考。

高度同意楼上，性能，压力，功能自动化还是需要自整啊~靠谱率有待考证。@monkey

#2 楼 @qddegtya yeah yeah，我其实想打出剪刀手的表情

3Q~
已了解，大致知道自己能做什么了！

关于兼容性 还可以从代码的静态分析上考虑 检测 api 的版本问题 官方有个兼容性的定义文档 写的很详细 还有对应的工具

#5 楼 @seveniruby 有地址吗？麻烦发一下，谢谢。

兼容性可以从几个方面去考虑 硬件芯片、分辨率 系统平台 rom 版本 以及相关联应用

#6 楼 @wangyemami 连接我忘记了, 你自己 google 吧. 工具叫 CTS

CTS 主要测试手机系统本身的，对 app 测试貌似帮助不大，成天为了 google 认证测试 CTS 的撸过

#9 楼 @summer 我没用过它, 只是看官方文档提到了它, 貌似是可以检测 api 和硬件的兼容性, 我在想, app 调用底层 sdk 和定制手机调用底层 sdk, ndk 道理差不多吧.