小团队版本管理

问题的提出：

实例：

某boss投诉ios app点开崩溃，无法定位原因。

 

解决方案：

概述：

以前的问题已无法解决，防止后续该问题的发生。

1. 完善测试版打包流程规范，利用bugly崩溃上报定位原因。

2. 如果有人投诉，要积极尽快把手机要过来查看日志。

正文：

版本质量保障流程规范

----版本管理

 

TODO：

后续研究自动构建。

一、版本管理

日常开发，版本号写9.9.9

测试版本号，版本号每次要加0.0.1如流程图所示。

 

概述：

以前ios内部测试时，不区分版本号，无法上传符号表，根据符号表定位崩溃位置。

现完善流程，建立崩溃上报机制，每个测试版都要有独立的版本号，保存符号表文件。

 

 

 

 

 

二、版本分类

主要有正式版和测试版，测试版有体验版，内测版，公测版。

一）测试版本

每次给技术部外部人员打包时，必须有版本号，有对应的符号表。要保证质量。特殊情况特殊说明。

 

A、模块体验版

在每个模块开发完毕，要给设计和ui打模块体验包。

质量要求：

主要路径无功能逻辑bug，无崩溃，界面完全按照UI设计。

质量负责人：

模块开发者

 

出版本前测试方式：

个人自测

 

B、内测版

在版本所有功能开发完毕，技术小组系统测试完毕，要给公司内部人员打内测包。

质量要求：

所有路径无功能逻辑bug，无崩溃。已知bug已修复，或确定修复日期。

质量负责人：

测试小组、各功能开发者

 

出版本前测试方式：

理想：测试人员专门测试。

现状：开发人员封闭测试。

 

C、公测版

内测完毕，进行灰度发布。

质量要求：

所有重要已知bug已修复。

质量负责人：

BUG修复人、测试人员。

 

出版本后测试方式：

大面积使用，统计崩溃率，关注用户反馈

 

 

二）正式版本

无功能逻辑bug，崩溃率1%。