工作流程

以下是前端团队的一般工作流程，大致如下（详细内容请跟组长确认）：

• 1：产品 提出需求（一般比较完整的需求会有需求文档、原型等，一些简要的需求可能会包括一些文字描述或者截图等等，需同产品或者后端充分了解业务，迭代完成前向需向组长讲解开发的业务）

• 2：UI 出设计稿并上传至 蓝湖 (opens new window)(大图请先压缩 (opens new window)后再使用，可上传至CDN)，图标会上传至iconpark 图标库 (opens new window)

• 3：后端 出接口文档以及mock数据（Apifox (opens new window)）

• 4：前端 实现（要求高度还原设计稿，了解迭代业务，通过自测、及联调测试）

• 5：测试

  • 5.1：将功能分支合并至dev开发分支，通过Jenkins发布至仿真环境。
  • 5.2：交由 UI走查 （UI走查提出的问题需要在上线前修改完毕，如果走查内容较多可以适当分批次交由UI进行走查）
  • 5.3：成员间 交叉测试 （测试问题写在前端BUG及优化汇总 (opens new window)）
  • 5.4：向组长 讲解业务（如果是新人组长要及时code review 看看是否符合规范标准，是否有潜在问题）
  • 5.5：产品验收。

• 6：发版

  • 6.1：将日报 (opens new window)的迭代任务状态设置成待发版状态
  • 6.2：将禅道任务状态设置完成状态（禅道没有待发版状态）
  • 6.3：通知产品或者相关后端组长任务已处于待发版状态，等待发版通知。
  • 6.4：接到发版通知后，由组长或组长指定人员，并合并功能分支到release分支，预发布至仿真环境检查发版内容是否正确，检查无误后填写发布清单并通知后端统一发版。
  • 6.5：发布正式环境后，由组长安排检查线上是否有问题（须跟后端确认好，哪些内容是否可以实操，哪些内容浏览正常即可）。
  • 6.6：填写发版记录 (opens new window)，检查无误后并将release分支合并至master分支，并删除已发版的功能分支