1. 软件版本阶段说明
Base | 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构 |
Alpha | 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改 |
Beta | 该版本相对于Alpha版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI |
RC | 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几 |
Release | 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R) |
2.版本命名规范
3.版本号修改规则
主版本号 | 当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改 |
子版本号 | 当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改 |
阶段版本号 | 一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改 |
日期版本号 | 用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改 |
希腊字母版本号 | 此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 |
4.文件命名规范
- 项目名
- 文件描述
- 当前软件版本号
- 文件追加标识
- 文件后缀
如果同一版本同一阶段修改文件则在阶段标识后面追加如:商家空间测试报告1.1.1.121101_RC_a2。doc
如果多人提交同一份文件则在阶段标识后面加人名缩写来区分:商家空间测试报告1.1.1.121101_RC_a2_lwj.doc
5.阶段版本号规则
阶段标识 | 阶段名称 |
a | 需求控制 |
b | 设计阶段 |
c | 编码阶段 |
d | 单元测试 |
e | 单元测试修改 |
f | 集成测试 |
g | 集成测试修改 |
h | 系统测试 |
i | 系统测试修改 |
j | 验收测试 |
k | 验收测试修改 |