软件版本命名规范
软件周期版本
成都创新互联公司坚持“要么做到,要么别承诺”的工作理念,服务领域包括:网站设计、做网站、企业官网、英文网站、手机端网站、网站推广等服务,满足客户于互联网时代的纳溪网站设计、移动媒体设计的需求,帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴!
软件版本周期
α、β、λ 常用来表示软件测试过程中的三个阶段。 -- α 是第一阶段,一般只供内部测试使用; -- β是第二个阶段,已经消除了软件中大部分的不完善之处,但仍有可能还存在缺陷和漏洞,一般只提供给特定的用户群来测试使用; -- λ是第三个阶段,此时产品已经相当成熟,只需在个别地方再做进一步的优化处理即可上市发行。
开发期
-- Alpha(α):预览版,或者叫内部测试版;一般不向外部发布,会有很多Bug;一般只有测试人员使用。 -- Beta(β):测试版,或者叫公开测试版;这个阶段的版本会一直加入新的功能;在 Alpha版之后推出。 -- RC(Release Candidate):最终测试版本;可能成为最终产品的候选版本,如果未出现问题则可发布成为正式版本 -- Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。 多数开源软件会推出两个RC版本,最后的 RC2 则成为正式版本。
完成期
-- Stable:稳定版;来自预览版本释出使用与改善而修正完成。 -- GA(General Availability):正式发布的版本;在国外都是用GA来说明release版本的。 -- RTM(Release to Manufacturing):给生产商的release版本;RTM版本并不一定意味着创作者解决了软件所有问题;仍有可能向公众发布前更新版本。 另外一种RTM的称呼是RTW(Release To Web),表示正式版本的软件发布到Web网站上供客户免费下载。 -- RTL(Retail):零售版;是真正的正式版,正式上架零售版。 alpha、beta、gamma 用来标识测试的阶段和范围
说明
Alpha:内部测试版,,即现在说的CB,指开发团队内部测试的版本或者有限用户体验测试版本; Beta:外部测试版 ,是指公测,即针对所有用户公开的测试版本; gamma: 是beta 版做过一些修改,成为正式发布的候选版本(Release Candidate) Build:内部标号 Corporation或Enterprise企业版 Delux:豪华版 (deluxe: 豪华的,华丽的) DEMO演示版,一般会有功能限制 Free:免费版 Full:完全版 Final:正式版 Pro(professional):专业版 Plus:加强版 Retail:零售版 Release发行版,有时间限制 Shareware共享版,虽然不会要求注册但是一般也有功能限制 SR:修正版 Trial:试用版(一般有时间或者功能限制)
RTM:(Release to Manufacture)是给工厂大量压片的版本,内容跟正式版是一样的,不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的。
OEM:是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。只能全新安装,不能从旧有操作系统升级。包装不像零售版精美,通常只有一面CD和说明书(授权书)。
EVAL:而流通在网络上的EVAL版,与“评估版”类似,功能上和零售版没有区别。
RTL:Retail(零售版)是真正的正式版,正式上架零售版。在安装盘的i386文件夹里有一个eula.txt,最后有一行EULAID,就是你的 版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN,繁体中文正式版是WX.4_PRO_RTL_TW。其中:如果是WX.开头是 正式版,WB.开头是测试版。_PRE,代表家庭版;_PRO,代表专业版。
Demo版(演示版):DEMO是英语单词demonstration的缩写,演示版,试用版,主要是演示正式软件的部分功能,用户可以从中得知软件的基本操作,为正式产品的发售扩大影响。
-----------------------------------------------
Enhance版(增强版或加强版):如果是一般软件,一般称作“增强版”,会加入一些实用的新功能。如果是game,一般称作“加强版”,会加入一些新的场景和情节等。这是正式发售的版本。
------------------------------
KB:
KB是微软对补丁的命名方式,是Knowledge Base(知识库)的简称。
其指的是某个补丁对应微软知识库中哪一篇文章.。
例如KB888111,就是对应知识库中888111号文章。
现在一般用来表示补丁,KB1,KB2,KB3......
------------------------------------
SP:
升级补丁包Service Pack 的简称
如Windows XP SP2等。
软件的每个版本中包括11个阶段,详细阶段描述如下:
阶段名称 | 阶段标识 |
需求控制 | a |
设计阶段 | b |
编码阶段 | c |
单元测试 | d |
单元测试修改 | e |
集成测试 | f |
集成测试修改 | g |
系统测试 | h |
系统测试修改 | i |
验收测试 | j |
验收测试修改 | k |
软件版本号由四部分组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。
1.1.1.051021_beta。
1:主版本号(总版本号)
1:分支版本号
1:小版本号
051021:里程碑版本日期版本号
希腊字母版本号
APP版本号的命名修改规则
1. 主版本号(1)
当APP的多个主要模块有较大的变动,一般情况下,比方说APP新增一个TAB,整个产品结构都改变了;或者新增了新的功能或业务,比方说微信上线钱包,抖音上线直播; 主版本号起始值为0或者1,具体需要由产品经理来决定是否需要修改主版本号(PS:大多数可能需要老板拍板)。
2. 子版本号(1)
子版本号初始值为0; 当APP的较少主要模块发生较大的变动或新增模块(涉及主逻辑变更的)、较多个分支模块发生较大的变动或新增,相对于主版本号而言仅是局部的变动,比方说某个功能上的UI重构,某个页面的优化等,其中较少模块和较多模块需要去定义,一般我们认为较少为小于3个,较多认为是超过3个; 子版本号的最大值需要确定,不同的公司可能有最大的值,比方说最大为9,如果超过9,则需要主版本号进1,也有些公司可能不存在最大值,只会在主版本号+1的情况下才会将子版本号归0;这里没有确定的原则和规范,可以由产品经理自己定规则。
3. 阶段版本号(1)
阶段版本号初始值为0; 什么时候修改阶段版本号,一般是Bug修复、较少个分支模块的变动,比方说视觉、样式、交互、文案等修改的情况; 一般情况下,如果只是修复bug,则阶段版本号+1即可;如果既涉及到bug修复,又涉及到较少分支模块的修改,则阶段版号+2;如果超过3个分支模块的修改,则建议直接子版本号+1。
4.日期版本号(051021):
用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
5.希腊字母版本号(beta):
此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
总结
尽管说版本号只是一串数字,但是对于产品经理、开发人员以及用户来说,都是有意义的一串数字。既能规范版本的生命周期,也能方便内部人员的沟通和工作。
命名版本号是一个不严谨和规范的,而产品经理是需要去追求完美的,希望以上的APP版本的命名规范能够给大家一些参考。
分享名称:软件版本命名规范
本文网址:http://pwwzsj.com/article/jpjioc.html