以前在公司会用到各种bug管理工具，但使用最顺手的感觉还是禅道，主要是它除了能满足我的日常工作之外，用户体验上也做的不错 。前段时间领导碰巧看到了工具，觉得使用它管理项目应该不错，打算在全公司推广，让本人做个培训，于是乎就有这篇文章的雏形，废话少说，下面就介绍下禅道的主要功能使用 。

1.禅道安装

• 下载网址：https://www.zentao.net/download.html
• 可以根据需求下载对应版本，其中开源版为免费版本，基本能满足工作上的需求

2.禅道介绍

2.1 为什么叫禅道？

这个名字是受《编程之禅》和《编程之道》这两本书的启发。英文里面的禅为Zen，道为Tao，

2.2 禅道是干什么的?

禅道 是一款项目管理软件，它集产品管理，项目管理，质量管理，文档管理于一体，是一款专业研发项目管理软件。

禅道项目管理软件的主要管理思想基于国际流行的 敏捷项目管理方法—Scrum。Scrum方法注重实效，操作性强，非常适合软件研发项目的快速迭代开发。

2.3禅道工作的流程图

3.禅道的使用

3.1 基本操作

1. 使用个人用户名和密码进行登录
2. 可以将个人登录的密码进行修改

3.2 我的地盘

通过个人账号登录后，默认进入的就是我的地盘 。这里面就是对当前所有产品，项目及BUG的统计。

当然也可以根据个人喜好进行设置首页界面，比如说编辑，添加或者隐藏，具体操作就是点击一个模块的三个小点，然后就可以进行相应操作了 。

3.3 产品经理

创建流程：

1. 创建产品
2. 添加模块
3. 维护计划，
4. 维护需求，
5. 创建发布

第一步骤：创建产品

• 创建计划可以帮助产品经理规划产品，制定发布的节奏，调整需求的优先级。
• 可以根据需求的优先级，制定产品发布计划
• 每个产品计划中，可以包含多个需求 。

第二步骤：创建模块

根据创建好的产品，可以为该产品创建模块，同时也可以为模块创建子模块。

第三步骤：创建计划

将产品中众多的需求按照优先级分类，然后分在不同的计划组中，这样就有了一个最初的迭代的雏形了 。后续的完善基本都是按照此计划进行推进 。

第四步骤：添加需求

为每个计划中添加具体的需求，需要可以说是产品中的最小单元，后续的开发及测试都是按照具体的需求进行的。

第五步骤：创建发布

可以为产品创建发布，也就是为产品的某一计划创建发布日期 。可以明确出本次发布包含哪些需求 。

3.4 项目经理

项目经理是此系统的核心功能，所以，此系统实现了很多项目经理所常用的功能，如看板，燃烬图，甘特图，任务日历等，其中后面的两个功能只有在收费版本中才有 。

创建流程：

1. 创建项目
2. 设置团队成员
3. 关联产品
4. 关联需求
5. 分解任务
6. 创建版本

第一步骤：创建项目

首先要添加一个具体的项目

第二步骤：设置团队成员

为当前项目设置团队成员，此成员应该是在项目启动时就定下来的。

第三步骤：关联产品

项目一般都要绑定到具体的产品上，也可以这样理解，某一个产品可能会分成多期去做 。每期都可以作为单一的项目来进行操作。

第四步骤：关联需求

关联需求是指当前所做的项目有哪些需求，然后将需求和项目关联起来 。

第五步骤：添加任务

第六步骤：创建版本

需要注意的是，创建版本是针对互联网项目，在一个产品上定期发布迭代，所以会使用到版本，若是一两次的项目使用版本意义不大。

3.5 团队成员

领取任务的步骤：

1. 领取任务
2. 设置工时
3. 设置完成

领取任务-设置工时-设置完成

通过看板设置

除了以上可以设置完成工时外，还可以通过看板拖动进行任务设置。具体步骤如下：

点击看板-选中一个任务进行拖动到对应的状态中即可 。

燃尽图

如何评估一个项目是否按期完成，通过燃尽图可以直观的看出项目实施过程中进度是否符合预期。

当前禅道没有配置燃尽图，如果需要的话后续可以配置出来看看 。

创建文档

添加待办

添加待办可以很好的列出针对任务或计划要做的一些具体事项 ， 可以很直观的看到本周具体的工作量

3.6 开发测试

开发测试主要指禅道中的测试模块，主要供开发和测试两个角色使用。具体的使用流程其实就是按照标准的测试流程进行的 。

具体的流程如下：

1. 设计测试用例并评审
2. 开发人员提交测试工单(开发人员)
3. 为测试工单关联用例
4. 执行用例
5. 提交bug
6. 修复bug(开发人员)
7. 验证bug
8. 产出测试报告

1.设计测试用例

产品需求评审后，测试人员就可以基于需求去设计测试用例了。

一般情况每个需求至少有一条或多条用例去覆盖。

2.用例库

编写好的用例会自动进入用例库去查看，这个用例库中的用例可以为后续版本提供已有用例，测试时可以直接复用；当然也会随着产品的更新迭代，用例库的用例也要跟着维护 。

在这里也可以对产品用例进行查看，过滤，以及新建用例。

3.创建套件

这里的套件，其实可以理解为测试用例的组合，是由多条不同的用例组成。也可以理解为测试用例策略，其主要目的就是完成某一项具体的测试。比如冒烟测试的套件主要用于开发提测时所执行的用例，回归测试套件主要用于最后阶段的回归测试。

在禅道中创建套件具体如下：

4.提测单(开发人员)

如果开发已经完成版本需求的开发时，就可以提交测试了，这时往往需要让开发人员编写一个测试工单，测试工单中主要描述本次提测的范围、具体内容、以及注意点等，同时也是证明开发阶段性完成的一个里程碑。测试人员正式开始测试的起点了 。

如下是开发提测时需要提交测试的操作 。

5.关联用例

当开发人员提交测试单后，测试人员就可以给测试单关联用例了，一般是关联某一些用例或者是管理某一个测试套件 。

6.进行用例执行

测试单关联用例后，就可以执行此测试单下的用例，执行成功的标记为通过，失败的标记为失败，当然还有阻塞和忽略等状态。

7.提交bug

当执行用例的过程中发现了bug，这个时候，测试人员就可以提交bug了 ，提交bug可以说是测试人员最为主要的工作之一了，所以就按照下面的操作就是了。

8.修复bug(开发人员)

当测试人员提交bug后，禅道可以通过多种方式告知开发人员，比如邮件或者站内弹框。开发人员就可以去修复Bug了，修复后，只需将解决方案改成已解决即可。当然还有多种解决方案，开发人员根据实际情况修改解决方案。

9.提交测试报告

当一个版本测试完成后，就可以基于此版本出一个测试报告了，也可以告知相关人员，该产品可以进行上线操作了 。

需要注意的是，测试报告必须是基于某一个测试单来进行创建的 。否则无法创建测试报告 。