BBS开发流程的订立

常规版本需求的开发流程

需求阶段

• 在trac任务单上作好需求记录，以新版本号作为版本命名。
• 需求会议由产品人员组织，开发，QA共同参与，各方人员对每个需求尽可能地有深入的理解并形成共识。
• 需求会议后开发人员和QA人员对需求进行工作量评估，订立出本期需求的排期。

开发阶段

• 开发人员在分支上对本期需求进行开发。
• 如果在开发阶段有需求变更的状况，产品人员需要同时通知到开发人员和测试人员，各方对工作量进行重新评估，重新订立排期。
• 开发完成后，开发提交送测文档，说明本次送测到的每个功能，把每个功能涉及影响的地方告知QA，QA可以据此作为参考去确定每个功能的测试粒度。

测试阶段

• QA在分支上对本期需求的功能进行测试。
• 所有功能测试完成后，通知开发把代码合并到主干，QA在主干上进行回归测试。
• 回归测试完成后，QA通知到开发人员和产品人员，确定上线的具体时间。

上线阶段

• 上线前，开发人员需提前组织各方确定好上线步骤和注意事项。
• 开发、QA、产品共同参与上线，保证上线的顺利完成。
• 上线成功后，开发、QA、产品总结本期需求开发中出现的问题，并作为记录，制定策略落实到下期执行。

[BR] [BR]

紧急需求或线上bug修复的开发流程

需求阶段

• 在trac任务单上作好需求记录，以当前线上版本号作为版本命名。

开发阶段

• 直接在主干上进行开发。

测试阶段

• 通知QA构建主干并进行测试。
• 对于需要紧急上线的或者测试环境难以开展测试的，开发人员通过风险评估后，可以跳过测试阶段，直接上线。

上线阶段

• 开发通知相关人员（QA、产品）参与上线，保证上线的顺利完成。