2019年禅道项目管理工具使用帮助.ppt

禅道项目管理工具使用帮助天津恒达文博科技有限公司53/zentaopms/www;目录;第一章 概述;禅道系统的理论基础;禅道系统的功能列表;用户角色;基本概念;禅道项目管理的基本流程;第二章 组织管理;建立部门结构;添加用户;设置分组;分组成员维护;分组权限维护;小结;第三章 产品管理;产品管理至关重要;添加产品;维护产品模块;添加需求(1);添加需求(2);需求详情;需求处理流程(1);;添加计划(plan);为计划关联需求;发布(release);路线图;计划、发布、build和路线图;第四章 项目管理;添加项目;组建团队;关联产品;关联需求;分解任务;工时管理;燃烧图(burndown);Build;提交测试;第五章 质量管理;测试用例模块;测试用例管理(1);测试用例管理（2）;测试用例详情;创建测试任务;关联测试用例;执行测试用例(1);执行测试用例(2);用例执行结果;创建Bug;BUG的解决方案;解决BUG;解决BUG;Bug管理;第六章 我的地盘;创建我的待办;第七章 其他相关;禅道软件的核心流程;禅道中产品和项目;禅道使用流程图;细分需求、任务、缺陷，形成三权分立;上述是禅道的核心流程，让我们看下其他的概念;产品计划、发布、路线图管理;通过燃尽图来了解项目进度;项目中的版本和测试管理管理;基本的文档管理;通过动态功能了解产品、项目和个人的情况;我的地盘我做主; 注意点总结 1、项目中提交测试任务时，这个项目必须跟产品关联才可以。 2、在处理需求、BUG的解决方案时，如果有按钮就尽量操作按钮，如果在编辑里修改可以会出现问题。 在BUG的编辑界面选择转需求时，该BUG不会到产品－需求中。如果点击按钮则可以。 在产品－需求的编辑界面关联计划时，需求的状态不发生变化。当在计划里关联需求时，需求的状态才发生变化。 3、创建发布时必须有两个前提： 该产品关联过项目 该产品创建过版本 4、提交测试任务时，没有指派的功能，需要相应的人员线下通知一下。 5、产品-项目的状态是手动维护的，不会根据产品需求的进展发生变化 在产品-项目中你可能会看到项目状态是未启动，进度是65%的现象。 ;6、测试-用例，会纪录这个用例的所有执行结果。 测试-测试任务中，只会显示在测试任务中的执行结果。 所以在有测试任务时，建议把相关的用例关联到测试任务下再执行。 7、注意：项目必须关联上产品，才可以关联需求 项目中关联相应的需求后，才会显示相应的模块信息。 比如：产品中的模块A有4条需求，项目需求如果不关联模块A的需求时，则在项目中不显示模块A的信息，如果项目需求关联了模块A四条需求的任意一条，项目中就会显示模块A的信息。 9、需求的阶段字段“等待”默认是不显示的。当一个需求没有关联项目也没有关联计划时，是等待界面，在zentao里显示的是空白。 ;10、需求的阶段已计划、已立项、开发中、开发完毕、测试中、测试完毕可以根据项目中需求的开发、测试任务的完成而进行阶段的改变。“已验收”、“已发布”需要手工改。‘ 11、开发任务，直接完成，相关需求的状态不发生改变，必须先开始 测试任务，直接完成，相关需求的阶段发生改变 12、职位的键职不可以超过10。 13、产品中的需求只有是激活状态时，才可以在项目中进行关联。 14、同一个需求可以建多个任务，包括设计、开发、测试等。 15、模块底下的BUG转需求时，还要选一下相应的模块，不然转到产品－需求下不会进行模块的匹配。 ;　　　　　　　　　　　　　　　　　　　常见问题 1、产品创建好模块之后，为什么创建bug的时候没有模块？ 我们在设计的时候，产品、bug和测试的模块是分开的。主要考虑到不同角色使用的角度不同。比如站在测试角度，模块可能会划分出来兼容性测试、安全性测试等等。可以将产品视图的模块一一复制过来。 2、创建bug的时候，为什么没有优先级字段？ 从流程上来讲，测试人员不应该直接设定bug的优先级。而是应该有产品经理或者项目经理评估bug，然后再设定优先级。 3、为什么任务工时的预计剩余时间不能自动计算？ 任务的估计有三个字段：最初估计、已消耗和预计剩余。但这三者不是简单的加减关系，所以预计剩余不能简单的用最初估计 -?已消耗来计算，而应该每天由负责该任务的同事重新估算。 ;4、需求为什么不能激活？为了防止需求频繁的被激活，我们在设计的时候对激活功能做了限制。只有关闭原因为延期的需求才能重新激活。 5、为什么创建bug的时候没有版本 版本需要事先创建。有两种方案： ?如果是之前的历史版本，可以在产品中直接创建一个发布。 如果是项目中的版本，可以在项目中创建。不过项目需要关联对应的产品。 6、创建项目的时候提示系统