摘要：引言禅道的使用在其手册中有比较详细的介绍，大家可以参考其中还包括介绍的视频。应用范围禅道主要应用于软件项目的管理。软件完整使用其支持的流程主要按照敏捷开发的流程支持的。扩展机制，几乎可以对禅道的任何地方进行扩展。
禅道的使用在其手册中有比较详细的介绍，大家可以参考：https://www.zentao.net/book/zentaopmshelp/40.html?fullScreen=zentao&theme=default
其中还包括介绍的视频。可以参考。
但这里的使用针对的是软件操作层面，对于关键的概念、关系等，还缺乏一个理论的说明。
这里以这个为主线做一个总结和补充。
禅道主要应用于软件项目的管理。
当然如果其他项目，包括硬件研发、软硬件组成的系统研发，这里也可以用，但只能用他的一部分模块的功能。比如使用其最简的方式。比如项目任务管理、产品管理、个人事务管理。详见3.1说明。
可以多带带按照各个项目使用，使用方式包括：
参见手册https://www.zentao.net/book/zentaopmshelp/49.html?fullScreen=zentao&theme=default
（1）项目任务管理。包括项目人员、任务管理。可以分配任务，看任务的完成情况等。但免费版里不支持甘特图，有燃尽图。
（2）产品管理。包括需求创建、变更、评审等。
（3）bug管理。bug针对软件的。
（4）个人事务管理。自己给自己写代办。
其支持的流程主要按照敏捷开发的流程支持的。当然根据其说法，也支持瀑布模型的。但是个人感觉瀑布模型可能会弱一些吧，毕竟这个软件是一个轻量级的。
其支持的主要是三大部分。如下图（出自禅道手册）：产品、项目开发、项目测试，涉及四种角色：产品经理、项目经理、研发团队和测试团队。因此这里有产品概念和项目概念。
产品是面向终端用户的、管售前售后的，项目是负责项目产品的研发的，负责软件的开发测试等。
这里还有一个流程图：
这里做一个说明。
（1）产品经理负责收集、整理需求；
（2）项目经理负责分迭代批次，制定在那个版本种实现那些需求，并制定和分配任务；
（3）开发团队负责开发，测试团队负责测试。
（4）测试通过后会发布形成交付物。
（3）然后按照敏捷开发的管理要求，有两个会。根据这个交付物对外（用户等）发布演示会议交付；同时内部研发团队总结会议，确定改进计划，同样作为下一个版本迭代的工作内容。
所以，禅道主要围绕上面这些事情进行管理。此外，额外添加了文档、统计和组织管理。
本节分别介绍上面的各个部分功能。
功能包括如下：
上面的说法比较理论化，下面结合不同的角色和流程说下功能。
这部分主要在软件的产品模块里面。
包括产品信息维护、发布、产品对应项目的研发进度、测试情况等
其中最重要的是需求管理。包括增删改需求。
（1）创建项目
（2）项目团队成员管理，把相关人员拉到这个团队中；
（3）确定项目要完成的需求列表，关联产品，然后关联该产品中的相关需要。
（4）然后将需求进行任务的分解，分解的任务包括开发、测试，及其他任何相关的事项。
这部分主要在软件的项目模块和执行模块里面。
项目模块主要管理项目本身相关的。
项目的管理主要是针对一个产品，建立项目。然后管理项目。内容包括：
针对产品需求，分解需求形成迭代列表（每次迭代要解决那些需求和bug）。
然后，针对每一个迭代，分解任务给开发和测试团队。其中可以看到这些迭代的进展，包括开发和测试的情况。
在执行模块，可以建立任务、分配任务，
这部分主要在软件的执行模块里面。
执行这个概念类似于一个迭代，属于一次发布的一个版本。
开发人员在这里干的事情包括：
（1）领取待办任务，
（2）查看自己的待办，通过看板和燃尽图；
（3）及时更新自己待办的完成进展，包括已经使用的工时，及预计剩余时间。
注意：会利用这些信息生成燃尽图。
（4）创建版本。这里创建的版本包括以下内容：
（a）基本信息
（b）代码和app链接
软件的代码和app的管理属于配置管理的范畴，可以用svn或git。这个不属于禅道的管理范畴，禅道这里就是创建一个版本的信息，其中会通过链接地址给出软件代码和app。
（c）关联本版本解决的需求和bug
（5）申请测试
这里只是申请，会产生一个测试单（testrun）。但是不被指派。需要多带带创建一个测试的任务来进行指派测试。
（6）解决bug。
（7）确认bug。
管理测试用例、bug管理、测试单。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/121218.html
目录 一、禅道 一、测试工具背景 二、测试管理工具 三、测试工具介绍 四、禅道介绍 五、禅道操作 7. 创建发布 8. 测试团队 二、缺陷报告 三、测试报告 一、概要 二、测试过程 三、缺陷分析 四、测试总结 四、接口测试以及用例编写 五、Fiddler 好文推荐 一、禅道 一、测试工具背景 当测试环境搭建完成后，测试人员将在自己搭建的环境上执行测试用例，开展测试工作。测试人员在执行测试用例的过...
摘要：新公司使用禅道作管理系统。每次产品上线的时候，所有的测试人员测试出之就就提在禅道上。避免本页跳转导致脚本失效。并给它绑定事件。很多浏览器插件，其实也是在别人的网站上运行自己的脚本实现一些操作。 新公司使用禅道作bug管理系统。每次产品上线的时候，所有的测试人员测试出bug之就就提在禅道上。由于我们公司目前的测试只有一个，就把很多产品拉来凑数。他们分不清bug和需求。所以往往出现的情况是...
摘要：但这并不意味着敏捷开发完全抛弃文档，敏捷开发遵循轻文档，重沟通的原则。把功能点拆分，导入到项目管理软件中，相关人员只需要按照需求目录一条条执行即可，不再需要一页一页的看了。如今的任务看板和燃尽图已经由实物形式转变为项目管理软件。 我们比较熟知的软件项目管理方法是瀑布。其基本流程是需求-> 设计->开发->测试。基本假设只要把每一个环节都做正确，那么最终得到的结果也是正确的。瀑布开发有非...
摘要：冒烟测试的用例数量不宜过多。用例一般写完之后，需要组织相关人员进行用例的评审，转测后，需要将用例的执行情况进行标注。用例的作用主要是提醒测试人员有哪些测试点要注意，避免在测试的时候临时去想测试点，容易造成场景漏测。 在前面的一系列文章中，我们学会了一些用例设计的常用用法，比如等价类、边界值，...
阅读 3303·2021-11-19 11:36
阅读 2897·2021-09-27 13:34
阅读 1942·2021-09-22 15:17
阅读 2371·2019-08-30 13:49
阅读 660·2019-08-26 13:58
阅读 1295·2019-08-26 10:47
阅读 2441·2019-08-23 18:05
阅读 582·2019-08-23 14:25
