软件版本定义规则
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件版本定义规则
1引言
1.1编写目的
本文档作为本公司开发部测试部各项目组在进行软件设计、开发、测试时进行版本定义的指导性规则。
1.2定义和限制
软件版本号为形如A.B.C.D的由”.”所间隔开的4段字符组成。其中A、B、C段为从0开始的整数,D段为从0开始的整数或者整数加英文字符的形式。
2定义规则
在任何项目中,符合以下条件的模块需要独立维护版本:
✓客户端和服务器端程序需要分开进行版本维护;
✓可以独立运行并完成主要设计功能的模块;
✓完成某些特定功能的接口程序或模块;
✓其他必要的模块
2.1何时更改
在项目进行到以下进程时,需要更改软件版本号:
✓测试中FIX了部分缺陷需要提交测试时;
✓公开发布或者需要提交给用户时;
✓增加或更改了系统需求,软件重新进行开发时;
✓更改了系统的设计框架、重新进行开发时;
2.2如何更改
✓普通项目的所有模块初始软件版本号为0.0.0.1,如是从原有系统上升级或其他特殊原因可更改为其他初始版本号。
✓在每次提交测试时,需要更改软件版本号的D段,从1开始递增,特殊情况时可在D段整数后面增加英文字符作为标识。
✓每次公开发布或者提交给用户时,需要更改软件版本号的C段,从0开始递增;
同时将D段归0。因此所有D段为0的版本应该都是公开发布版本。
✓在原有总体设计上增加部分系统需求时,需要更改软件版本号的B段,从0开始递增,同时将C、D段归0。
✓总体设计上有更改或者主要的功能模块设计上有变化,则可以更改软件版本号的A 段,从0开始递增,同时将B、C、D段归0。
规则表如下:
示例:
✧假设原有版本为1.3.1.6,
✧在下次提交新的测试版本时,版本号应升级为1.3.1.7;
✧ 1.3.1.7测试通过后需要对用户发布,则应该将版本升级为1.3.2.0;
✧此时又修改了部分测试中发现的缺陷,并重新提交测试时,版本号应该升级为1.3.2.1;
✧再次重新提交测试的版本号应该为1.3.2.2;
✧如果用户经过试用,提交了部分新的需求,经过我们的重新修改部分编码,再次提交测
试,则测试时的版本号应该升级为1.4.0.1;
✧测试通过后提交给用户的版本号应该为1.4.1.0;
✧如果由于设计上的缺陷,系统需要重新设计和编码,进行了比较大的改动,并提交测试,
则测试时的版本号应该升级为2.0.0.1。