在无线客户端应用发布前，需要进行一系列检查，包括静态代码扫描、动态内存和CPU检查、性能测试、冒烟用例自测、白盒和边界测试、数据埋点检查、代码审查、功能测试、回归测试以及灰度和正式发布。确保无警告、无内存泄漏，性能良好，功能完整，数据埋点准确，代码质量高，并在灰度发布期间解决出现的问题。
1. 静态代码扫描、Warning检查。（提测前）
要求：通过analyzer（iOS）、FindBug是（android'）等工具，对所有新增、涉及改动的代码，都必须检查和Fix所有Warning和静态扫描的问题。
2. 动态内存、CPU消耗检查（提测前）
要求：通过instrument（iOS）、DDMS（android）等工具，确认无内存泄漏问题，需要对内存和CPU峰值消耗做出分析。
3. 性能测试。（目前缺失）
要求：通过性能测试工具，对app启动、界面跳转、动画帧率等指标进行测试，满足性能指标要求。
3. 冒烟用例自测。（提测前）
要求：冒烟用例全部通过。
4. 白盒、边界自测。（灰度前）
要求：根据代码逻辑，测试所有主要逻辑分支和边界条件。
5. 数据埋点检查。（灰度前）
要求：根据埋点需求和规范，检查所有业务埋点的正确性；确认可用性埋点已经覆盖所有业务异常情况，并且收集了足够的跟踪信息；对测试阶段产生的埋点日志进行检查和确认。
6. 结对code review。（灰度前）
要求：结对交叉进行code review，包括代码逻辑、规范等。
7. 功能测试。（测试阶段）
要求：根据TC完成对应新增和改动业务模块的功能测试。
8. 回归测试。（灰度和正式发布前）
要求：对主要功能进行全面的回归测试。同时对版本号、渠道号等配置内容进行验证。另外，压力（暴力）测试是目前缺失的一个环节。
9. 灰度发布。
要求：选取部分越狱渠道进行灰度发布，发布后跟踪线上的crash问题、可用性问题、用户反馈问题、数据埋点问题等，跟进和解决。
10. 正式APP Store发布。
要求：灰度发布crash率和可用性达标。
扫一扫
7
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
