IOS 主要根据分辨率来选吧，Android 的话要根据分辨率，Android 版本，系统型号等，比例覆盖主流的机型就 OK 了。
系统升级，最好是升级前测试一下，升级后再测试一下，对比起来比较容易看出来问题。
IOS 一般的更新不会让 APP 崩溃吧。

按机型来做，采购成本太高了划不来~
按照 sdk 和分辨率、厂商等几个维度来做适配，然后 top 机型看成本选 10 或 20 就差不多了，其余的出问题了通过云测试平台验证和修复。
ios 系统的话有 preview 版本的

• 在 app 上埋点,看看你的产品在用户设备上的分布情况
• 然后是厂商,分辨率,系统版本什么的
• 不过说实在的,这就是痛点:确实找不到一个好的理由,在不购买大量机型的情况下,说明使用云测是靠谱还是不靠谱的.千万别看广告. 大厂有人有钱,他们用的方法不一定能套在一般公司上.
• bug 就像生活,好多情况无法预测,当然有些可以看出苗头,可惜有人就是死矫情；

hello 宁说正好涉及到问题 4 因为 ios 新的库文件没有兼容 所以直接闪退了

我们自有机器 300 台 top 前 100 的机器都有

你们如此多的机型都不知道咋搞，那我们就跟没法活了；
只能放弃完美，黑下心来测试了

只是现在出现了 问题 看看大家有什么好的方案 学习下 和机器多少没有关系 我现在在做兼容性测试平台的开发 需要把 我的痛点 大家的痛点都做进去 看看怎么做成兼容性平台

土豪啊 羡慕你们公司

机器这么多，土豪，我们就四五十台，都是根据大数据分析出来的 top10 top20 等

可以看线上使用机型分布啊，然后再重点分配适配机型咯，全面覆盖不太可能，看你们人力安排吧
新系统发布前不是有 beta 版本么，在 beta 上测吧

埋点，定期回顾 top10 机型兼容情况，在扩展一些就是看 top20，然后线上质量跟踪，质量差的机型买几台，基本就全了

都有做 宁说的这些

谢谢 学习了