禅道系统要点.pptx

禅道说明 关于禅道 它是一款基于Scrum思想并集产品管理、项目管理、测试管理于一体，同时还包含了事务管理、组织管理等诸多功能的项目管理软件 关于Scrum Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。包括了一系列实践和预定义角色的过程骨架。 它是一种应对快速变化的需求的一种软件开发能力。 它更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。 用户角色 系统管理员(Admin) 系统管理员主要负责添加用户，分配权限。 产品人员(product owner) 产品人员主要负责产品管理 开发人员(developer) 开发人员负责产品的研发。 测试人员(QA) 测试人员保证产品的质量。 项目经理(Project Manager or scrum master) 通过项目，协调产品人员，开发人员，测试人员完成产品。scrum里面，该角色称为scrum master。 禅道项目管理的基本流程 首先产品人员维护需求列表，需求有优先级和预计工时。 召开产品计划会议，与会人员有产品、研发和测试，大家就当前项目（固定的时间和人）所需要完成的需求达成一致，形成项目的需求列表。 项目团队对需求进行WBS任务分解，研发人员开始开发。 测试人员根据需求创建自己的测试用例。当有版本提交以后，建立相应的测试任务，记录缺陷。研发人员修复bug。 项目结束之后，大家召开演示会议，团队向相关人员（产品人员及所有感兴趣的人）展示该项目所取得的成果。大家提出的反馈由产品人员整理成为需求。 开始下一轮的循环。 Scrum流程 简单来说，Scrum就是由一个个迭代组成，而每一个迭代都包含右图所示的几个步骤。 需求 一：处理流程（1） •需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关(closed)。 •对应为需求的流程操作共有：创建、变更、审核、关闭、激活。 •需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。 需求 二：处理流程（2） 需求 三： 需求列表（1） 需求四 需求列表（2） 需求描述 验收标准 检查点 附件 Demo等 项目任务 WBS 历史版本 WBS 任务分解 一 ：任务的概念 将一个需求分解为多个任务 与Notes上任务单的区别 Notes上是价值工时的体现，而禅道上的工时是项目工时的体现。 Notes上的任务是相对独立的，任务之间没有关联，而禅道上的任务是相互管理的，并且能关联需求，测试。 Notes的任务上能进行统计的只有工时，而禅道上的任务能有多种结果统计 从项目管理的角度来说，禅道的任务更为优秀。 WBS 任务分解 二： 新建任务 WBS 任务分解 三： 燃尽图 开发： 工时管理 Scrum中更关心当前任务的剩余时间，不太关心已经消耗的时间。 项目中所有任务的剩余时间，就是整个项目的剩余时间。 测试 一：版本 版本管理对于开发来讲是很重要的，它属于scrum的范畴。在禅道中，暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提交测试，这是应当创建一个版本，然后提交给QA进行测试。后续的bug管理和测试任务管理都应当基于一个版本展开的。源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。如果没有源代码地址，需要给出版本包的存储地址 对于测试人员更有意义，它确定了测试的基线版本号 测试 二：测试用例管理 测试用例有自己单独的模块划分，独立于产品视图中的模块划 为什么独立开，是因为使用角度不同，产 品视图中的模块是给产品人员使用的，而测 试用例模块是为了维护用例使用的 测试 三：测试用例管理(1) 当项目关联需求之后，QA人员应当针对当前项目所要开发的需求创建测试用例 虽然可以不写测试用例，直接进入bug测试环节，但这样会有缺漏 在禅道系统中，测试用例是分步骤的 测试 四：测试用例管理（2） 测试 五：测试用例详情 测试 六：创建测试任务 测试 六：关联测试用例 测试 七：执行测试用例(1) 测试 九：用例执行结果 测试 十：Bug 如果某一次用例执行失败，可以根据这个结果创建Bug，系统会自动生成bug的重现步骤 我的地盘 前面所有的一切最终体现在每一个人每天的行动上面 我的地盘中列出了需要自己处理的任务、需求、bug等 还可以通过todo来管理自己每天的日程 todo类型分为三种，一种是和项目任务管理，一种是和bug关联，还有一种是自定义 这样可以将项