本文作者从自身履历出发，团结相关案例等对产物打点中关于版本定名、验收类型、发版打点相关的常识展开了梳理总结，与各人分享。

上一篇文章我们针对PRD文档撰写的why，what，how三个层面举办了阐明，本篇文章，我将针对产物的版本定名，产物验收、版本宣布打点三个方面谈一些想法。

01 产物版本定名法则 1.1 版本定名类型

软件版本号有四部门构成：

之一部门为主版本号；

第二部门为次版本号；

第三部门为修订版本号；

第四部门为日期版本号加希腊字母版本号，希腊字母版本号共有五种，别离为base、alpha、beta 、RC 、 release。

1.2 版本号修改法则

（1）主版本号：当成果模块有较大的变换，好比增加模块或是整体架构产生变革。此版本 号由项目司理抉择是否修改。

（2）次版本号：相对付主版本号而言，次版本号的进级对应的只是局部的变换，但该局部 的变换造成措施和以前版本不能兼容，可能对该措施以前的协作干系发生了粉碎，可能是成果上有大的改造或加强。此版本号由项目抉择是否修改。

（3）修订版本号：一般是Bug 的修复或是一些小的变换或是一些成果的扩充，要常常宣布    修订版，修复一个严重 Bug 即可宣布一个修订版。此版本号由项目司理抉择是否修改。

（4）日期版本号：用于记录修改项目标当前日期，天天对项目标修改都需要更他日期版本 号。此版本号由开拓人员抉择是否修改。

（5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开拓阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目司理抉择是否修改。

1.3 版本阶段说明

Base：此版本暗示该软件仅仅是一个假页面链接，凡是包罗所有的成果和页面机关，可是页面中的成果都没有做完整的实现，只是做为整体网站的一个基本架构。

Alpha ：软件的低级版本，暗示该软件在此阶段以实现软件成果为主，凡是只在软件开拓者    内部交换，一般而言，该版本软件的Bug较多，需要继承修改，是测试版本。测试    人员提交Bug经开拓人员修改确认之后，宣布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。

Beta ：该版内情对付Alpha 版已经有了很大的进步，消除了严重错误，但还需要颠末多次    测试来进一步消除，此版本主要的修改工具是软件的UI。修改的的Bug 经测试人 员测试确认后可宣布到外网上，此时可将软件版本标注为 beta版。

RC ：该版本已经相当成熟了，根基上不存在导致错误的Bug，与即将刊行的正式版内情差无几。

Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户利用的一个版本。该版本有时也称尺度版。

1.4 版本宣布周期

（1）非紧张环境：凭据一般发包揽理制度执行

（2）紧张环境：假如Bug较量紧张可跳过一般流程，由开拓人员尽快修复Bug，测试及产物确认之后直接宣布该版本。

1.5 版本号修改举例说明

如此时版本号为：1.0.0.0321_alpha ，此时为内部测试阶段

（1）开拓人员修复了测试人员提交的bug并经测试人员测试验证封锁bug之后，宣布到外网时，此时就进入了软件的下一个阶段，版本号可改为：1.0.0.0321_beta ，如当前日期跟上一个版本号的日期纷歧样，版本号可改为：1.0.0.0322_beta。

（2）假如修复了一些重大Bug 并凭据流程宣布到外网时就可宣布一个修订版，如1.0.1.0322_beta，日期为宣布的当前日期。

（3）假如对软件举办了一些成果上的改造或加强，举办了一些局部变换的时候要修改次版本号，如：1.1.0.0322_beta（上一级有变换时，下级要归零）。

（4）当成果模块有较大变换，增加模块或整体架构产生变革时要修改主版本号，如新增加了退款成果，则版本号要改为：2.0.0.0322_beta 。

02 产物验收流程 2.1 流程

流程描写：

a、测试人员在确定所有bug修复之后交由产物举办验收，一部门公司中，产物也需要参加到测试中，出格在各项文档不是很齐备完善的环境下，产物可以在要害节点参与测试一下，防备研发出的成果与想要的成果差距较大。