ios 为什么很多 app 弹窗邀请内测

[xiaoao]

都是大厂的 不一一点名了 烦不胜烦 是为了躲过 ios 的隐私保护吗 有什么办法屏蔽

[Elethom]

@sunhr
现有的模式那么成熟了哪儿来的 crash，遇到过的 90% 以上的 crash 都是 iOS 自己的问题。

[crystom]

我在想有没有可能是通过用户画像，给我识别成程序员了才推送的吗？

[qq316107934]

@sunhr #18 所以是有 API 可以检测用户是否安装了 TestFlight 吗？

[dfkjgklfdjg]

@qq316107934 我记得有唤起其它 APP 的方式，所以应该可以通过这个方法来检测？

[icyalala]

就是更激进的灰度方案罢了，TestFlight 内测也是苹果官方的方案。。

[icyalala]

@Elethom iOS 崩溃率控制本来就没那么简单，万分之一崩溃率那是非常好的情况了。。
友盟统计 iOS App 崩溃率平均是万分之十，高德地图前年从万分之八搞到万分之一还高兴得了不得专门去外面分享。。

[marczhao]

建议不要吧。
1.道听途说非公开测试会提供你的 icloud 邮箱给开发者。
2.对于 testflight 的审查一直保持疑问，之前我就见到个 testflight 直接分发梯子的。总感觉没有 App Store 里那么详细全面。
3.接受 testflight 后会安装几个描述文件，在我这里退出 beta 测试并且删应用后，描述文件还在。用 Apple Configurator 才删掉。
4.不知道会上传拿些 diagnostics 。
5.不要以为应用特地给你发名额了，公开链接 google 都能搜到，点进去可以直接进。

[Elethom]

@icyalala
那可真是太菜了。 😕

[sunhr]

@qq316107934 #23 可以判断是否能够 open itms-beta:// 这个 URL

[felixlong]

@sunhr Google PlayStore 本身就是有灰度更新的啊。AppStore 没有？需要这样来搞？

[sunhr]

@Elethom #21 对于大厂的巨型 app 来说，大量的开发人员在迭代周期内产出大量业务代码，新增或升级各种内部、外部 SDK，都存在很大的不可控因素

所以在我们的流程中，灰度是发布前不可或缺的一环，任何一个新功能都必须要经过灰度验证才可以上线

[sunhr]

@felixlong #30 App Store 本身提供 7 天分阶段发布模式，放量节奏为 1% - 2% - 5% - 10% - 20% - 50% - 100%，但是只对开启自动更新的用户生效

也就是说，即使只放了 1%，所有用户也可以在 App Store 中手动更新到最新的版本

如果一个 app 的 DAU 是 1000W，新版本上架第一天只开 1%的情况下就会有超过 20W 的用户更新，这个量级下如果发生严重问题，足够定个事故了

[Elethom]

@sunhr
写那么多危险代码，测试覆盖率又低得可怜怪谁咯。要是人手不够赶工还能理解，然而大厂还能人手不够？

[wowbaby]

腾讯，优酷，老弹，挺烦的；
还有那关不掉的青少年模式，这个真奇葩，打开就弹，搞个下次不再弹出也好吧；

[darktutu]

怎么能屏蔽这个试用提示啊 翻了

[darktutu]

太烦了