禅道使用流程

一、禅道核心使用流程以 “产品→项目→执行→测试→发布→复盘” 为主线，覆盖需求、任务、Bug、用例全链路，适配敏捷 / 瀑布双模，以下是分角色、分模块的标准化流程与实操步骤，可直接落地执行禅道。
二、前期准备（管理员 / 负责人，一次性配置）
部署与初始化：操作路径为本地或云服务部署禅道，之后访问 Web 地址；核心配置是安装 PHP+MySQL 环境、创建管理员账号；关键要点为配置域名 / 端口，开放访问权限。
组织架构搭建：操作路径为依次进入组织→部门→用户→分组→角色模块；核心配置是按产品 / 项目划分团队，为不同角色配置对应权限；关键要点为遵循最小权限原则，明确区分产品负责人（PO）、项目经理（PM）、研发人员、测试人员等角色。
产品创建：操作路径为进入产品模块，点击添加产品；核心配置是填写产品名称、产品负责人、版本规划等信息；关键要点为绑定测试负责人，设置 Bug 默认指派人。
项目创建：操作路径为进入项目模块，点击添加项目；核心配置是选择项目类型（敏捷 / 瀑布），关联对应的产品；关键要点为若为敏捷项目需创建迭代，若为瀑布项目需划分阶段
三、核心流程全链路（分角色实操）

1. 需求管理（产品经理，核心起点）
   需求收集：产品→需求→创建需求，填写标题、模块、优先级、描述
   需求评审：需求→批量操作→发起评审，邀请 PM / 研发 / 测试参会
   需求发布：评审通过后标记 “已发布”，关联产品版本
   需求变更：需求→变更→创建变更单→评审→调整任务→重新发布（留痕）
   关键字段：优先级（高 / 中 / 低）、来源（用户 / 市场）、版本 / 模块关联
2. 项目与任务管理（项目经理 + 研发，执行核心）
   敏捷模式（迭代驱动）
   迭代规划：项目→执行→创建迭代，设置起止时间、目标
   需求关联：执行→关联需求，从产品需求池选择待开发需求
   任务拆分：需求→拆分任务，按模块 / 功能拆分为子任务，分配研发
   任务执行：研发领取任务，更新状态（进行中 / 阻塞 / 完成），记录工时
   进度跟踪：查看燃尽图 / 看板，每日站会同步阻塞问题
   瀑布模式（阶段驱动）
   阶段划分：项目→计划→添加阶段（需求→设计→开发→测试→发布）
   任务绑定：每个任务关联对应阶段，禁止跨阶段执行
   文档归档：阶段交付物（需求文档 / 设计稿）上传至文档模块
3. 测试管理（测试工程师，质量保障）
   用例编写：测试→用例→创建用例，填写前置条件、步骤、预期结果
   用例评审：用例→批量操作→发起评审，确保覆盖核心场景
   测试单创建：执行→版本→提交测试，关联用例套件
   用例执行：测试单→执行用例，标记结果（通过 / 失败 / 阻塞 / 未执行）
   Bug 提交：执行用例失败时，点击 “转 Bug”，填写必填字段（标题、严重程度、复现步骤、截图）
   Bug 跟踪：测试→Bug→跟踪状态（新建→激活→已解决→已关闭 / 重开）
4. 版本发布与复盘（全角色协作）
   版本创建：执行→版本→创建版本，关联已完成需求和已解决 Bug
   发布测试：提交测试单，执行回归测试，无致命 Bug 后发布
   发布上线：产品→发布→创建发布，填写发布说明，通知相关人员
   复盘总结：项目→总结→填写迭代 / 项目总结，分析进度、质量、风险
   四、核心模块详细流程（高频实操）
5. Bug 管理流程（测试必考）
   标准流转：新建→激活→分配→修复→复测→关闭 / 重开
   提交 Bug：测试填写标题、模块、严重程度（致命 / 严重 / 一般 / 轻微）、优先级（立即 / 紧急 / 正常 / 低）、前置条件、复现步骤、预期 / 实际结果、附件
   激活 Bug：测试负责人审核后标记 “激活”，确认 Bug 有效性
   分配修复：PM / 测试将 Bug 分配给对应研发，研发确认后开始修复
   修复提交：研发修复后标记 “已解决”，填写修复说明
   复测验证：测试执行回归测试，通过则关闭，失败则重开
   无效 Bug 处理：标注 “无效” 并说明原因（重复 / 误报 / 需求变更），通知提交人
6. 用例与测试单流程（质量核心）
   用例创建：测试→用例→创建用例，关联需求，设置用例类型（功能 / 性能 / 安全）
   用例套件：将相关用例加入套件，便于批量执行
   测试单创建：执行→版本→提交测试，选择用例套件，指定测试人员
   用例执行：按步骤执行，记录实际结果，失败用例转 Bug
   测试报告：测试单→生成报告，统计通过率、Bug 数量、风险点