常见的软件版本编号及命名
软件版本命名规范及详细解释.docx
1、版本命名规范软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、release。
2、软件版本阶段说明Base：此版本表示该软件仅仅是一个基础功能，通常包括所有将要编写的功能，但是功能都没有做完整的实现，只是做为软件整体的一个基础架构。
Alpha：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。
测试人员提交Bug经开发人员修改确认之后，发布到测试xx让测试人员测试，此时可将软件版本标注为alpha版。
Beta：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。
修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为beta版。
RC：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。
Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。
该版本有时也称标准版。
3、版本号修改规则（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。
此版本号由项目决定是否修改。
（2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。
此版本号由项目决定是否修改。
（3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。
此版本号由项目经理决定是否修改。
（4）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
质量体系软件版本号命名规则参考标准
质量体系软件版本号命名规则参考标准在软件开发中，版本命名规则是确保软件版本管理和追踪的重要手段。
对于质量体系软件，其版本号命名规则尤为重要，因为它不仅关系到软件本身的开发、维护和升级，还涉及到软件与质量管理体系的兼容性和一致性。
一般而言，软件版本号命名规则应遵循简洁、明确、易于理解的原则。
常见的版本号命名规则包括“主版本号.次版本号.修订号”的形式，如“1.2.3”。
其中，主版本号表示软件的主要功能或架构的变更；次版本号表示在主要功能不变的情况下，软件的新增功能或优化；修订号则用于表示软件的细微修改或bug修复。
对于质量体系软件，其版本号命名规则可以参考以下建议：1.引入“质量级别”标识：在版本号中加入一个表示质量级别的标识，如“Q”（代表“质量”）。
这样，版本号就可以表示为“Q1.2.3”，其中“Q”表示这是一个质量体系软件。
2.质量级别与主版本号关联：质量级别可以作为主版本号的一部分，表示软件在质量管理方面的重大改进或变更。
例如，“Q1.0.0”表示软件在质量管理方面进行了重大升级，而“Q1.1.0”则表示在保持质量管理水平的基础上，软件增加了新的功能或优化。
3.遵循语义化版本控制：语义化版本控制（Semantic Versioning）是一种广泛采用的版本号命名规则，它强调版本号的语义化，使得版本号的变化能够清晰地反映出软件的变化内容。
质量体系软件可以借鉴这种规则，确保版本号的变化能够准确反映软件在质量管理方面的改进和变化。
总之，制定一个合理的版本号命名规则对于质量体系软件的开发和维护至关重要。
通过引入质量级别标识、关联质量级别与主版本号以及遵循语义化版本控制等方法，可以确保版本号能够清晰地反映出软件在质量管理方面的改进和变化，从而提高软件的质量和可靠性。
软件版本命名规范
1. 软件版本阶段说明* Base 版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
* Alpha 版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开辟者内部交流，普通而言，该版本软件的 Bug 较多，需要继续修改。
* Beta 版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的 UI。
* RC 版: 该版本已经相当成熟了，基本上不存在导致错误的 BUG ，与即将发行的正式版相差无几。
* Release 版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
普通情况下，Release 不会以单词形式浮现在软件封面上，取而代之的是符号(R)。
软件版本号由四部份组成，第一个 1 为主版本号，第二个 1 为子版本号，第三个 1 为阶段版本号，第四部份为日期版本号加希腊字母版本号，希腊字母版本号共有 5 种，分别为：base、alpha、beta、 RC、 release。
例如： 1.1.1.051021_beta。
* 主版本号(1) ：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
* 子版本号(1) ：当功能有一定的增加或者变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
* 阶段版本号(1) ：普通是 Bug 修复或者是一些小的变动，要时常发布修订版，时间间隔不限，修复一个严重的 bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
此版本号由开辟人员决定是否修改。
产品软件及用户指导类手册版本编号规则
产品软件及用户指导类手册版本编号规则在软件开发和用户指导文档编写中，版本编号的规则起到了重要的作用。
准确的版本编号可以方便开发团队和用户及时了解软件的更新和改进内容。
本文将介绍一种常见的产品软件及用户指导类手册版本编号规则，以帮助开发团队统一版本管理和用户方便使用。
一、版本编号的概念和重要性版本编号是指为标识软件或文档的不同版本而进行的编码命名。
每个版本都会有特定的改进、修复或新增功能，因此为每个版本分配唯一的编号是必要的。
版本编号的正确定义和使用可以帮助团队成员和用户准确地识别和使用最新的软件版本。
二、版本编号的组成方式在本规则中，我们采用主版本号（Major Version Number）、次版本号（Minor Version Number）和修订号（Revision Number）的组合方式，形成一个标识版本的编号。
具体如下所示：主版本号.次版本号.修订号1. 主版本号（Major Version Number）：指的是软件或用户指导文档的重大更新或重大改变。
当软件或文档发生较大规模的改进时，主版本号应进行加一操作。
2. 次版本号（Minor Version Number）：指软件或用户指导文档的较小更新或改进。
当软件或文档发生较小范围的改进时，次版本号应加一。
3. 修订号（Revision Number）：指对软件或用户指导文档进行的错误修复、调整或其他较小的修改操作。
每次修订后，修订号应加一。
三、版本编号的使用示例以一个虚拟的软件 "ABC软件" 为例，我们采用上述版本编号规则进行标识。
初始版本为：1.0.01. 当 ABC 软件进行了全面升级和重大改进后，改动较大，此时主版本号加一：2.0.02. 紧接着进行了一些较小的功能调整和修订，次版本号加一：2.1.03. 后续进行了一些错误修复和细微调整，修订号加一：2.1.14. 又进行了一些功能优化和细节修正，修订号加一：2.1.2在用户指导文档方面，找到与软件版本相对应的用户指导类手册版本号，以便用户能够获取正确的文档。
beta版本 命名规则
在软件开发中，"Beta版本"通常指的是软件的测试阶段之一，它已经通过内部测试，并且发布给一小部分用户进行外部测试。
Beta版本通常不是最终发布版本，可能包含一些已知或未知的缺陷，以及正在测试的新功能。
在软件行业，关于Beta版本的命名规则并没有统一的标准，但通常遵循一些常见的命名规范。
以下是一些可能的Beta版本命名规则：1. 数字版本号：▪Beta版本的版本号通常会在主版本号（Major Version）、次版本号（Minor Version）或修订版本号（Patch Version）后添加额外标识。
例如，1.2.3版本的Beta版本可以命名为1.2.3-beta1，表示是主版本1、次版本2、修订版本3的Beta测试版本1。
2. 字母后缀：▪可以在版本号后面加上字母后缀，例如“Beta”、“B”等。
例如，1.2.3版本的Beta版本可以命名为1.2.3-Beta或1.2.3-B。
3. 日期标识：▪使用日期作为Beta版本的标识也是一种常见方式，例如YYYYMMDD。
例如，1.2.3版本的Beta版本可以命名为1.2.3-20230101，表示是2023年1月1日的Beta版本。
4. 命名关键词：▪有时候，开发团队会选择一些特定的关键词或代号来标识Beta版本，这些关键词可能与项目的主题、内部代号等有关。
例如，1.2.3版本的Beta版本可以命名为1.2.3-ProjectA，表示是ProjectA的Beta版本。
5. 预发布标识：▪使用类似“Alpha”、“Beta”这样的预发布标识作为版本的一部分，例如1.2.3-beta1。
这样的版本号明确表示了该版本处于测试阶段。
需要注意的是，这些规则并非硬性规定，每个项目和开发团队都可以根据自己的偏好和需求进行版本号命名。
在实际应用中，关键是版本号清晰明了，能够让用户和开发人员理解该版本的状态和用途。
软件版本命名规范
软件版本命名规范（如各代表什么意思）??1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
?* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
?* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
?* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
?* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。
2. 版本命名规范软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：021_beta。
# 版本号定修改规则：* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
?* 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
?* 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
?* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
软件版本命名及含义解释
软件版本命名常用版本命名：Alpha：是内部测试版,一般不向外部发布,会有很多Bug.一般只有测试人员使用。
Beta：也是测试版，这个阶段的版本会一直加入新的功能。
在Alpha版之后推出。
RC：(Release Candidate)顾名思义么 ! 用在软件上就是候选版本。
系统平台上就是发行候选版本。
RC版不会再加入新的功能了，主要着重于除错。
RTM：(Release to Manufacture)是给工厂大量压片的版本，内容跟正式版是一样的，不过RTM版也有出限制、评估版的。
但是和正式版本的主要程序代码都是一样的。
OEM：是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
只能全新安装，不能从旧有操作系统升级。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
RVL：称是正式版，其实RVL根本不是版本的名称。
它是中文版/英文版文档破解出来的。
EVAL：而流通在网络上的EVAL版，与“评估版”类似，功能上和零售版没有区别。
RTL：Retail(零售版)是真正的正式版，正式上架零售版。
在安装盘的i386文件夹里有一个eula.txt，最后有一行 EULAID，就是你的版本。
比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN，繁体中文正式版是WX.4_PRO_RTL_TW。
其中：如果是WX.开头是正式版，WB.开头是测试版。
_PRE，代表家庭版；_PRO，代表专业版。
版本号：V（Version）：即版本，通常用数字表示版本号。
(如:EVEREST Ultimate v4.20.1188 Beta )Build：用数字或日期标示版本号的一种方式。
(如:VeryCD eMule v0.48a Build 071112)SP：Service Pack，升级包。
(如:Windows XP SP 2/Vista SP 1)授权和功能划分：Trial：试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。
程序版本号命名规则
程序版本号命名规则程序版本号命名规则是指为软件或应用程序的不同版本，进行统一的命名标准和规则。
正确的版本号命名规则可以提高软件的管理和维护效率，方便用户理解和使用。
下面是一些常见的程序版本号命名规则的参考内容：1. 主版本号-次版本号-修订号-编译号这是一种常见的版本号命名规则。
主版本号表示软件的大版本更新，通常意味着有重大的功能改动或架构调整；次版本号表示较大范围的功能增强或改进；修订号表示小范围的 bug 修复或性能优化；编译号一般用于在修复一些紧急问题时进行的小版本发布。
2. 年份.月份以年份和月份作为版本号的命名规则，适用于一些长期维护的软件。
每个月的版本更新会以当月的年份和月份作为版本号的标识，方便用户明确知道该版本是在哪个时间段发布的。
3. X.Y.Z这是一种常见的简洁的版本号命名规则。
其中，X 表示主要版本号，通常表示的是有重大改进或新功能的版本更新；Y 表示次要版本号，通常表示一些较小的功能改进或 bug 修复；Z表示修订版本号，通常表示的是一些小的 bug 修复或性能优化。
4. 语义化版本号语义化版本号是一种使用数字和点号进行命名的规则，具有标准的格式和含义。
例如，1.0.0 表示第一个正式版发布；1.0.1 表示在第一个正式版的基础上进行了紧急的修复；1.1.0表示在第一个正式版的基础上增加了新功能，无兼容性问题；2.0.0 表示有重大的、不兼容的改动等。
这种版本号命名规则提供了更多的信息，方便用户判断版本之间的兼容性和重要性。
5. 固定迭代周期有些软件团队会采用固定迭代周期来进行版本发布，例如每个季度或每半年发布一个大版本，每个月发布一个小版本。
这样的命名规则可以帮助用户明确知道该版本是在什么时候发布的，以及了解版本号代表的时间范围。
除了上述常见的版本号命名规则，还有一些特定的行业或公司会采用自己的版本号命名规则。
例如，某些开源软件会使用一串日期和散列值来标记版本，以保证版本号的唯一性和可追溯性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
常见的软件版本编号及命名1、RC，GARC：就是Release Candidate（候选版本）的缩写GA：就是General Availability，正式发布的版本Alpha：内测版。
Alpha是希腊字母的第一位的英文谐音，就是α，用在软件版本中就是表示最初级的版本。
通常情况下Alpha是内部测试版，一般不向外部发布，会有很多Bug。
除非你也是测试人员，否则不建议使用。
Beta：公测版。
Beta是希腊字母的第二位的英文谐音，就是β，是一个比Alpha稍高的版本。
Beta 也是一个测试版本，在正式版推出之前发布，主要用于面向公众进行测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加入一些新的功能。
Delux：豪华版。
Plus版和Delux版区别不大，比普通版本多了一些附加功能。
EVAL：体验版或评估版。
功能上和正式版没有区别，但存在一些时间或空间上的限制。
Final：正式版。
软件的正式版本，修正了Alpha版和Beta版的Bug。
Free：免费版。
Full：完全版。
OEM：是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
Plus：加强版。
Pro：专业版。
需要注册后才能解除限制，否则为评估版本。
RC(Release Candidate)：Candidate是候选人的意思，用在软件上就是候选版本，而Release Candidate 就是发行候选版本，也就是说这还不能算是正式的发布版。
和Beta版最大的差别在于Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错!RTL(Retail)：零售版。
正式上架零售版。
RTM(Release to Manufacture)：程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。
所以说，RTM版的程序码一定和正式版一样。
RVL：不详。
SR：修正版或更新版。
修正了正式版推出后发现的Bug。
Trial：试用版。
软件在功能或时间上有所限制，如果想解除限制，需要购买正式版。
------------------------------------------------------------------------------- 另外：Build：不是一个发行版本，而是一个内部版本构建标号，用于周期性的生成目标程序，主要目的是构建程序进行测试及版本备份，并可以版本发布时进行选择，类似于RC版本。
同一版本可以有多个Build号，通常Build后面的数字越大，软件版本越新。
为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, 能够对版本号的命名格式提出自己的见解, 这当然包括一些版本号命名的个例. 下面, 让我们看一下比较普遍的3 种命名格式.GNU 风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]]英文对照:Major_Version_Number.Minor_Version_Number[.Revision_Number[.Bui ld_Number]]示例: 1.2.1, 2.0, 5.0.0 build-13124Windows 风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]] 英文对照:Major_Version_Number.Minor_Version_Number[Revision_Number[.Buil d_Number]]示例: 1.21, 2.0.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]]英文对照:Major_Version_Number.Minor_Version_Number[.Build_Number[.Revisi on_Number]]官方说明参考:/library/default.asp?url=/library/en-us/cpref /html/frlrfSystemVersionClassTopic.asp由于, 有官方解释, 所以本文不做说明.GNU 风格的版本号管理策略当项目初版本时, 版本号可以为0.1 或0.1.0, 也可以为1.0 或 1.0.0, 如果你为人很低调, 我想你会选择那个主版本号为0 的方式;当项目在进行了局部修改或bug 修正时, 主版本号和子版本号都不变, 修正版本号加1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加1, 修正版本号复位为0, 因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加1;另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.Window 下的版本号管理策略当项目初版时, 版本号为 1.0 或 1.00;当项目在进行了局部修改或bug 修正时，主版本号和子版本号都不变, 修正版本号加1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加1, 修正版本号复位为0, 因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加1;另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.另外, 还可以在版本号后面加入Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入1 位数字的版本号.对于用户来说, 如果某个软件的主版本号进行了升级, 用户还想继续那个软件, 则发行软件的公司一般要对用户收取升级费用; 而如果子版本号或修正版本号发生了升级, 一般来说是免费的.软件版本号总结：V（Version）：即版本，通常用数字表示版本号。
(如:EVEREST Ultimatev4.20.1188 Beta)Build：用数字或日期标示版本号的一种方式。
(如:VeryCD eMule v0.48a Build071112)SP：Service Pack，升级包。
(如:Windows XP SP2 / Vista SP1)授权和功能划分：Trial：试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。
可注册或购买成为正式版Unregistered：未注册版，通常没有时间限制，在功能上相对于正式版做了一定的限制。
可注册或购买成为正式版。
Demo：演示版，仅仅集成了正式版中的几个功能，不能升级成正式版。
Lite：精简版。
Full version：完整版，属于正式版。
语言划分：SC：Simplified Chinese简体中文版。
CN：简体中文版GBK：简体中文汉字内码扩展规范版。
TC：Traditional Chinese繁体中文版。
CHT：繁体中文版BIG5：繁体中文大五码版。
EN：英文版Multilanguage：多语言版UTF8：Unicode Transformation Format 8bit，对现有的中文系统不是好的解决方案。
其他版本划分：Enhance：增强版或者加强版属于正式版1Free：自由版Release：发行版有时间限制Upgrade：升级版Retail：零售版Cardware：属共享软件的一种，只要给作者回复一封电邮或明信片即可。
（有的作者并由此提供注册码等），目前这种形式已不多见。
Plus：属增强版，不过这种大部分是在程序界面及多媒体功能上增强。
Preview：预览版Corporation & Enterprise：企业版Standard：标准版Mini：迷你版也叫精简版只有最基本的功能Premium：贵价版Professional：专业版Express：特别版Deluxe：豪华版Regged：已注册版Rip：是指从原版文件（一般是指光盘或光盘镜像文件）直接将有用的内容（核心内容）分离出来，剔除无用的文档，例如PDF说明文件啊，视频演示啊之类的东西，也可以算做是精简版，但主要内容功能是一点也不能缺少的！另：DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。
RTM 版：这基本就是最终的版本，英文是Release To Manufactur，意思是发布到生产商。
OEM 版(Original Equipment Manufacturer)：OEM软件是给电脑生产厂的版本，无需多说。
FPP 版(Full Packaged Product (FPP)/Retail)：零售版（盒装软件），这种产品的光盘的卷标都带有"FPP"字样，比如英文Windows XP Pro 的FPP版本的光盘卷标就是WXPFPP_EN，其中WX表示是Windows XP，P是Professional（H 是Home），FPP表明是零售版本，EN是表明是英语。
获得途径除了在商店购买之外，某些MSDN用户也可以得到。
VOL版(Volume Licensing for Organizations(VLO))：团体批量许可证（大量采购授权合约），这是为团体购买而制定的一种优惠方式。
这种产品的光盘的卷标都带有"VOL"字样，取"Volume"前3个字母，以表明是批量，比如英文WXP Pro 的VOL版本的光盘卷标就是WXPVOL_EN，其中WX表示是Windows XP，P是Professional（VOL没有Home版本），VOL表明是团体批量许可证版本，EN是表明是英语。
获得途径主要是集团购买，某些MSDN用户也可以得到。
软件开发阶段划分：1. 软件版本阶段说明* α（Alpha）版：内测版。
此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，或者专业测试人员测试用，一般而言，该版本软件的Bug较多，需要继续修改。
* β（Beta）版：公测版。
该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI，供专业爱好者大规模测试用。
* RC 版：是Release Candidate 的缩写，意思是发布倒计时，候选版本，该版本已经相当成熟了，完成全部功能并清除大部分的BUG，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。