以前在公司会用到各种bug管理工具，但使用最顺手的感觉还是禅道，主要是它除了能满足我的日常工作之外，用户体验上也做的不错 。前段时间领导碰巧看到了工具，觉得使用它管理项目应该不错，打算在全公司推广，让本人做个培训，于是乎就有这篇文章的雏形，废话少说，下面就介绍下禅道的主要功能使用 。
1.禅道安装
- 下载网址：https://www.zentao.net/download.html
- 可以根据需求下载对应版本，其中开源版为免费版本，基本能满足工作上的需求
2.禅道介绍
2.1 为什么叫禅道？
这个名字是受《编程之禅》和《编程之道》这两本书的启发。英文里面的禅为Zen，道为Tao，
2.2 禅道是干什么的?
禅道 是一款项目管理软件，它集产品管理，项目管理，质量管理，文档管理于一体，是一款专业研发项目管理软件。
禅道项目管理软件的主要管理思想基于国际流行的 敏捷项目管理方法—Scrum。Scrum方法注重实效，操作性强，非常适合软件研发项目的快速迭代开发。
2.3禅道工作的流程图
3.禅道的使用
3.1 基本操作
- 使用个人用户名和密码进行登录
- 可以将个人登录的密码进行修改
3.2 我的地盘
通过个人账号登录后，默认进入的就是我的地盘 。这里面就是对当前所有产品，项目及BUG的统计。
当然也可以根据个人喜好进行设置首页界面，比如说编辑，添加或者隐藏，具体操作就是点击一个模块的三个小点，然后就可以进行相应操作了 。
3.3 产品经理
创建流程：
- 创建产品
- 添加模块
- 维护计划，
- 维护需求，
- 创建发布
第一步骤：创建产品
- 创建计划可以帮助产品经理规划产品，制定发布的节奏，调整需求的优先级。
- 可以根据需求的优先级，制定产品发布计划
- 每个产品计划中，可以包含多个需求 。
第二步骤：创建模块
根据创建好的产品，可以为该产品创建模块，同时也可以为模块创建子模块。
第三步骤：创建计划
将产品中众多的需求按照优先级分类，然后分在不同的计划组中，这样就有了一个最初的迭代的雏形了 。后续的完善基本都是按照此计划进行推进 。
第四步骤：添加需求
为每个计划中添加具体的需求，需要可以说是产品中的最小单元，后续的开发及测试都是按照具体的需求进行的。
第五步骤：创建发布
可以为产品创建发布，也就是为产品的某一计划创建发布日期 。可以明确出本次发布包含哪些需求 。
3.4 项目经理
项目经理是此系统的核心功能，所以，此系统实现了很多项目经理所常用的功能，如看板，燃烬图，甘特图，任务日历等，其中后面的两个功能只有在收费版本中才有 。
创建流程：
- 创建项目
- 设置团队成员
- 关联产品
- 关联需求
- 分解任务
- 创建版本
第一步骤：创建项目
首先要添加一个具体的项目
第二步骤：设置团队成员
为当前项目设置团队成员，此成员应该是在项目启动时就定下来的。
第三步骤：关联产品
项目一般都要绑定到具体的产品上，也可以这样理解，某一个产品可能会分成多期去做 。每期都可以作为单一的项目来进行操作。
第四步骤：关联需求
关联需求是指当前所做的项目有哪些需求，然后将需求和项目关联起来 。
第五步骤：添加任务
第六步骤：创建版本
需要注意的是，创建版本是针对互联网项目，在一个产品上定期发布迭代，所以会使用到版本，若是一两次的项目使用版本意义不大。
3.5 团队成员
领取任务的步骤：
- 领取任务
- 设置工时
- 设置完成
领取任务-设置工时-设置完成
设置任务
设置任务消耗时间
通过看板设置
除了以上可以设置完成工时外，还可以通过看板拖动进行任务设置。具体步骤如下：
点击看板-选中一个任务进行拖动到对应的状态中即可 。
燃尽图
如何评估一个项目是否按期完成，通过燃尽图可以直观的看出项目实施过程中进度是否符合预期。
当前禅道没有配置燃尽图，如果需要的话后续可以配置出来看看 。
创建文档
添加待办
添加待办可以很好的列出针对任务或计划要做的一些具体事项 ， 可以很直观的看到本周具体的工作量
3.6 开发测试
开发测试主要指禅道中的测试模块，主要供开发和测试两个角色使用。具体的使用流程其实就是按照标准的测试流程进行的 。
具体的流程如下：
- 设计测试用例并评审
- 开发人员提交测试工单(开发人员)
- 为测试工单关联用例
- 执行用例
- 提交bug
- 修复bug(开发人员)
- 验证bug
- 产出测试报告
1.设计测试用例
产品需求评审后，测试人员就可以基于需求去设计测试用例了。
一般情况每个需求至少有一条或多条用例去覆盖。
2.用例库
编写好的用例会自动进入用例库去查看，这个用例库中的用例可以为后续版本提供已有用例，测试时可以直接复用；当然也会随着产品的更新迭代，用例库的用例也要跟着维护 。
在这里也可以对产品用例进行查看，过滤，以及新建用例。
3.创建套件
这里的套件，其实可以理解为测试用例的组合，是由多条不同的用例组成。也可以理解为测试用例策略，其主要目的就是完成某一项具体的测试。比如冒烟测试的套件主要用于开发提测时所执行的用例，回归测试套件主要用于最后阶段的回归测试。
在禅道中创建套件具体如下：
4.提测单(开发人员)
如果开发已经完成版本需求的开发时，就可以提交测试了，这时往往需要让开发人员编写一个测试工单，测试工单中主要描述本次提测的范围、具体内容、以及注意点等，同时也是证明开发阶段性完成的一个里程碑。测试人员正式开始测试的起点了 。
如下是开发提测时需要提交测试的操作 。
5.关联用例
当开发人员提交测试单后，测试人员就可以给测试单关联用例了，一般是关联某一些用例或者是管理某一个测试套件 。
6.进行用例执行
测试单关联用例后，就可以执行此测试单下的用例，执行成功的标记为通过，失败的标记为失败，当然还有阻塞和忽略等状态。
7.提交bug
当执行用例的过程中发现了bug，这个时候，测试人员就可以提交bug了 ，提交bug可以说是测试人员最为主要的工作之一了，所以就按照下面的操作就是了。
8.修复bug(开发人员)
当测试人员提交bug后，禅道可以通过多种方式告知开发人员，比如邮件或者站内弹框。开发人员就可以去修复Bug了，修复后，只需将解决方案改成已解决即可。当然还有多种解决方案，开发人员根据实际情况修改解决方案。
9.提交测试报告
当一个版本测试完成后，就可以基于此版本出一个测试报告了，也可以告知相关人员，该产品可以进行上线操作了 。
需要注意的是，测试报告必须是基于某一个测试单来进行创建的 。否则无法创建测试报告 。
