《移动APP测试实战》笔记 003

《移动APP测试实战》笔记 003

大概看了本书2-5章的内容，都是测试技术以及不同维度的介绍，这边我选择先记录第6章，发布质量管理。原因在于想先梳理好流程，再去细化每一个测试环节。
发布后产品的质量和测试息息相关，如何提升产品发布质量是测试需要持续思考的问题，不仅是测试技术测试方案上需要提升，流程方法也同样重要。

第六章 6.1 质量管理-持续集成

核心概念：快速提供版本，快速测试验证

主要目标：及时暴露问题、快速提供产品、减少重复劳动、提高项目可见性，增强团队信心

最知名的工具：Jenkins

第六章 6.2 质量把控-发布环节

发布方法：
1）人工发布：开发团队规模较小的项目团队
2）自动发布系统：开发团队规模较大的团队，系统通常自研

环境介绍：
1）编译环境
2）开发环境（Dev）
3）测试环境（Beta）
4）预发布环境（Gamma）
5）线上环境（IDC）

成熟的发布系统应当具备的能力：
1）对接源码管理和编译打包系统
2）对接测试环境
3) 完备的权限管理系统 - 限制发布权限
4）提供校验、重传等容错功能
5）具备分布式发布、选择性发布的能力
6）具备回退功能（回滚）
7）记录发布历史和发布记录

APP发布类型：
1）iOS APP发布
提交后，审核一周
2）Android APP 发布
大部分无需审核，考虑主流应用时长

第六章 6.3 质量提升-内测

Eating our own dog food~

内测的作用：
1）尽早发现产品质量问题
2）发现用户体验类问题
3）增加内部对产品的了解，增进协作

如何开展高效的内测：
1）合理把控展开内测的时间点
既要保证该时间点的产品质量已经达到一定成熟度，避免时间人力的浪费
也要结合产品发布时间点，预留足够暴露问题的时间
2）丰富参与内测的对象人群
参与者可以是内部公司同事、外部粉丝用户
该处尤其要注意的时商业机密，考虑与参与者签署NDA保密协议
3）有效的安装分发渠道
如：下载地址、二维码、社交软件……
4）有效的奖励机制
根据参与者群体的不同制定奖励机制
5）高效的手机跟进问题反馈
如：问题反馈平台……

第六章 6.4 推送策略-灰度

主要思路：先给小部分人用起来，看看反应和反响，然后考虑进一步的调整或者范围扩大，直到最后全面铺开

Android APP 灰度方法：
Version自更新最常见，精细控制方法如下：
1）白名单机制
2）比例控制 (关注升级转化率)
3）逻辑筛选（地域、网络类型、机型）
4）逐步扩张灰度（递增）
5）功能维度灰度（AB测试）

iOS APP 灰度方法：
向苹果申请 Promo Codes，该序列号最长可使用4周

第六章 6.5 总结

灰度、内测无法代替测试的原因：
1）早期提交的产品版本无法达到内测/灰度的要求
2）如果用户遇到了问题，本身就已经形成了一定影响
3）用户遇到问题，只有部分人会反馈问题，大部人直接弃用
4）用户使用路径有限，无法全面覆盖
……

本章是辅助测试提高产品质量的重要方法，如果很好的实践会有不错的效果或者说反馈；产品上线后，作为测试一定要重点关注发布后的问题反馈情况！