移动测试基础 一起来聊聊 APP 的灰度发版,需要关注哪些项

7神 · 2015年11月09日 · 最后由 恒温 回复于 2015年11月10日 · 1705 次阅读

【发布】
怎么发?
Android 走推动
iPhone 呢?
【核心指标】
稳定性(先展示报表,分基线、组件统计 crash 率、修复情况,预估上线 crash 率;详细信息可展示 RD 需要的解析 log)
核心性能
启动时间(机型、网络)
检索成功率
xx 页面加载时间(机型、网络)
核心统计(统计项是否完全可以通过灰度验证,减少人工投入)
功能覆盖(针对本期息新功能的 key 量,展示新功能使用量)
用户反馈(灰度版本的用户反馈能有多少?怎么个搞法)

共收到 11 条回复 时间 点赞

iPhone 应该没有灰度吧 除非用第三方分发了 (PS :灰度这块是不是被谷歌市场发现要下架?就像某支付软件?)

首先。。。我觉得还是再排排版吧。上下文也要说清楚,比如团队多大,什么类型的产品,不同上下文关注的点肯定也不同。问的略笼统

#1 楼 @tlbin 。。。。。。。。。=。=。。。这里都要黑某支付软件么

#3 楼 @monkey 哈哈 木有木有 就事论事 不要介意~

Android 走推动
iPhone 呢?

Monkey:adhoc 的 testflight 或者直接企业证书去外灰,看公司的安全策略

【核心指标】
稳定性(先展示报表,分基线、组件统计 crash 率、修复情况,预估上线 crash 率;详细信息可展示 RD 需要的解析 log)

Monkey:这啥,准入标准?这个太多了,专项,安全,crash 率等所有都有准入标准的

核心性能
启动时间(机型、网络)

Monkey:rpc 请求,接口请求,界面渲染等

检索成功率
xx 页面加载时间(机型、网络)
核心统计(统计项是否完全可以通过灰度验证,减少人工投入)
功能覆盖(针对本期息新功能的 key 量,展示新功能使用量)
用户反馈(灰度版本的用户反馈能有多少?怎么个搞法)

Monkey:这个看你灰度用户有多少了。。。而且反馈一般不走用户反馈的,走直接上报用户行为的。还是埋点,根据自己公司的策略定期上传

#4 楼 @tlbin 哈哈。。我也就是随便说说

#1 楼 @tlbin iPhone 有官方的 testflight,不过容量 1000 人,而且操作比较复杂,适合公司内部灰度体验

7神 #8 · 2015年11月10日 Author

#2 楼 @monkey 恩恩,确实问的比较笼统。 主要是为了看看崩溃率和用户返回。 我的问题是个比较发散的问题,主要是想问问大家各公司,做灰度是怎么做的,主要是关注那些点?
关于灰度筏板,iPhone 有什么好的方式进行呢,adhoc 和 testflight 人数太少,保证不了装机量,这是我们这现在碰到的很明显的问题。

7神 #9 · 2015年11月10日 Author

#1 楼 @tlbin 现在的方式,多数是走渠道,版本号不变。 装机量挺低的

看市场占有率。
#9 楼 @297358102

iPhone 其实就找点朋友,和他说我有个内部版,有福利哦,要不要装?
Android 就是管他是不是朋友,直接给他弹一个,升级了,不升级,砍鸡鸡。

至于灰度的策略,一个取决于市场占有率,一个取决于你的心有多坚强,最重要取决于你是否对产品有信心。否则灰出个一级故障还是轻松的。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册