wiki:dev_flow

BBS开发流程的订立

  • trac作为需求任务单的载体,每个任务单以不同组件区分开不同网站的需求,以不同版本号区分同一网站不同版本的需求。
  • 目前使用的组件有: 电脑论坛,亲子论坛,游戏论坛、其他论坛(时尚,最数码,家居)。



常规版本需求的开发流程

需求阶段

  • 在trac任务单上作好需求记录,以新版本号作为版本命名。
  • 需求会议由产品人员组织,开发,QA共同参与,各方人员对每个需求尽可能地有深入的理解并形成共识。
  • 需求会议后开发人员对需求开发进行设计和工作量评估,并把测试要点列出给QA
  • QA针对需求的功能和开发提供的测试要点进行工作量评估,定出整个需求的排期。

开发阶段

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

测试阶段

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

上线阶段

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



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

需求阶段

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

开发阶段

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

测试阶段

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

上线阶段

  • 开发通知相关人员参与上线,保证上线的顺利完成。