作者：Albert.Wen
添加时间：2023-10-30 16:42:25
修改时间：2024-05-03 09:30:32
分类：
团队/项目管理
...
编辑
| 阶段 |
时间 |
| |
开始时间 |
2023/11/16 |
| |
后端开发结束时间 |
2023/11/29 |
| |
前端开发、联调结束时间 |
2023/12/4 |
| Alpha版：内测版 |
测试开始时间 |
2023/12/5 |
| 产品经理开始验收时间 |
2023/12/11 |
| Beta版：用户测试版 |
用户验收时间开始时间 |
2023/12/13 |
| Beta2版：用户测试版 |
|
|
| RC版： 最后的测试版 |
|
|
| RTM版：试运营版 |
|
|
- Alpha：是内部测试版,一般不向外部发布,会有很多Bug，一般只有测试人员使用。
- CTP：社群技术预览版 (Community Technology Previews，CTPs) 提供给特定对象进行技术与功能验证的版本。
- Beta：也是测试版，这个阶段的版本会一直加入新的功能。在Alpha版之后推出。
- RC：(Release Candidate) 候选版本。系统平台上就是发行候选版本。RC版不会再加入新的功能了，主要着重于除错。 (此一版本多半用于给予种子使用者进行试用与除错)
- RTM：(ReleaseToManufacturing) 内容跟正式版是一样的，不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的。
| 版本名称 |
版本特性 |
DIC在本阶段的责任 |
需求方在本阶段的责任 |
过版管理方式/条件 |
| Alpha |
|
(技术内部的事) |
|
（DIC内部规则） |
| CTP (Community Technology Previews) |
- DIC内部测试用，不会释放给业务主体试用
- 有可能提供给ODBP进行技术与功能验证
|
|
|
（DIC内部规则） |
| Beta |
- 仍是测试版
- 需求方提出的功能开始可以使用
- 会有Bug，会有业务链条上的不连续问题
- 本阶段还可以持续增加或修订功能需求
|
- 除错
- 需求与功能的持续沟通
- 推进进度，将Beta过版到RC
- Beta测试时间/版本数由项目经理决定
|
- 使用虚拟订单做测试
- 项目组成员/种子用户（具体的岗位使用者）要去使用、操作、体验功能，向DIC提出反馈意见
- 提出之前没想到的功能需求
|
- 需求方确认不会再有新的需求/功能增加，才能进入RC版
- 需要有书面文件/会议记录存档备忘
|
| RC (Release Candidate) |
- 仍是测试版
- 本阶段不允许再增加新需求、新功能
- 本阶段的业务链条可完整闭环（在需求的范围内）
- 没有标准操作流程下的Bug，但也许有不可预期的Bug
|
- 除错
- 推进进度，将RC过版到RTM
- RC测试时间/版本数由项目经理决定
|
- 使用虚拟订单做测试
- 项目组成员/种子用户（具体的岗位使用者）要去使用、操作、体验功能，向DIC提出反馈意见
|
- 需求方（ODBP、部门总监、总经理）验收通过之后才能过版到RTM版
- 需要有书面文件/会议记录存档备忘
|
| RTM (Release to Manufacturing) |
- 传统意义的“上线”：套用 真实场景、真实订单
- 也许有不可预期的Bug
- RTM与未来的“正式版”是一样的主程序
|
- 编制用户操作SOP
- 用户上线前的辅导培育
- 发布、启动上线
- 推进进度，将RTM过版到正式版
- RTM试运营时间由项目经理决定
|
|
- 在RTM试运营过程中没有明显错误，可过版到正式版
- 需求方（ODBP、部门总监、总经理）验收通过之后才能过版到RTM版
- 需要有书面文件/会议记录存档备忘
|
| 正式版 |
|
|
|
（无） |