《软件测试》课件：禅道的使用说明.pptx

1、禅道的使用说明-Scrum的项目之道关于禅道 它是一款软件 它是一款项目管理软件 它是一款基于Scrum思想的项目管理软件 它是一款基于Scrum思想并集产品管理、项目管理、测试管理于一体，同时还包含了事务管理、组织管理等诸多功能的项目管理软件关于Scrum 它是一种应对快速变化的需求的一种软件开发能力。 它更强调程序员团队与业务专家之间的紧紧密协作密协作、面对面的沟通面对面的沟通（认为比书面的文档更有效）、频繁交付频繁交付新的软件版本、紧紧凑而自我组织型凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用人的作用。用户角色 系统管理员(Admi

2、n) 系统管理员主要负责添加用户，分配权限。 产品人员(product owner) 产品人员主要负责产品管理 开发人员(developer) 开发人员负责产品的研发。 测试人员(QA) 测试人员保证产品的质量。 项目经理(Project Manager or scrum master) 通过项目，协调产品人员，开发人员，测试人员完成产品。scrum里面，该角色称为scrum master。一个关于Scrum角色的笑话 一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫火腿和鸡蛋怎么样？”“那

3、可不行”，猪说：“我把自己全搭进去了，而你只是参与而已。” 猪猪组的组的角色角色猪 是在Scrum过程中全身投入项目的各种角色，他们在项目中承担实际工作。他们有些像上边那个笑话里的猪，要把自己身上的肉贡献出来。 鸡鸡组的角色组的角色鸡 并不是实际Scrum过程的一部分，但是必须考虑他们。Scrum 方法的一个重要方面是使得用户和利益相关者参与到过程中的时间。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。团队组织结构 系统管理员(Admin) 张驰豪 产品人员(product owner) 石人杰 开发人员(developer) 邓东林，刘征楠，向祖荣，王庆阳， 测试人员(Q

4、A) 吴佳俊，喻静文 项目经理(Project Manager or scrum master) 徐阳波。禅道项目管理的基本流程 首先产品人员产品人员维护需求列表，需求有优先级和预计工时。 召开产品计划会议，与会人员有产品、研发和测试产品、研发和测试，大家就当前项目（固定的时间和人）所需要完成的需求达成一致，形成项目的需求列表。 项目团队对需求进行WBS任务分解，研发人员研发人员开始开发。 测试人员测试人员根据需求创建自己的测试用例。当有版本提交以后，建立相应的测试任务，记录缺陷。研发人员研发人员修复bug。 项目结束之后，大家召开演示会议，团队向相关人员（产品人员产品人员及所有感兴趣的人所有

5、感兴趣的人）展示该项目所取得的成果。大家提出的反馈由产品人员整理成为需求。 开始下一轮的循环。Scrum流程需求WBS开发测试迭代总结 简单来说，Scrum就是由一个个迭代组成，而每一个迭代都包含右图所示的几个步骤。需求 一：处理流程（1）需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活。需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已

6、发布。需求 二：处理流程（2）需求 三： 需求列表（1） 在添加需求之前，会先见好产品，项目和计划。 如：在现在的禅道中已经有了建材云平台。 如：我们已经完成了好几次的迭代计划需求四 需求列表（2）需求描述验收标准检查点附件效果图项目任务WBS历史版本WBS 任务分解 一 ：任务的概念 将一个需求分解为多个任务 与Notes上任务单的区别 Notes上是价值工时的体现，而禅道上的工时是项目工时的体现。 Notes上的任务是相对独立的，任务之间没有关联，而禅道上的任务是相互管理的，并且能关联需求，测试。 Notes的任务上能进行统计的只有工时，而禅道上的任务能有多种结果统计 从项目管理的角度来说

7、，禅道的任务更为优秀。WBS 任务分解 二： 新建任务WBS 任务分解 三： 燃烧（燃尽）图开发： 工时管理Scrum中更关心当前任务的剩余时间，不太关心已经消耗的时间。项目中所有任务的剩余时间，就是整个项目的剩余时间。测试 一： Buildbuild管理对于开发来讲是很重要的，它属于scrum的范畴。在禅道中，暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提交测试，这是应当创建一个build，然后提交给QA进行测试。后续的bug管理和测试任务管理都应当基于一个build展开的。源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。如果没有源代码地址，需要给出buil

8、d包的存储地址对于测试人员更有意义，它确定了测试的基线版本号测试 二：测试用例管理 测试用例有自己单独的模块划分，独立于产品视图中的模块划 为什么独立开，是因为使用角度不同，产品视图中的模块是给产品人员使用的，而测试用例模块是为了维护用例使用的测试 三：测试用例管理(1) 当项目关联需求之后，QA人员应当针对当前项目所要开发的需求创建测试用例 虽然可以不写测试用例，直接进入bug测试环节，但这样会有缺漏 在禅道系统中，测试用例是分步骤的测试 四：测试用例管理（2）测试 五：测试用例详情测试 六：创建测试任务这两个是关键字段测试 六：关联测试用例测试 七：执行测试用例(1)测试 九：用例执行结果

9、测试 十：Bug 如果某一次用例执行失败，可以根据这个结果创建Bug，系统会自动生成bug的重现步骤 Bug的其他使用方式，同BugFree我的地盘 前面所有的一切最终体现在每一个人每天的行动上面 我的地盘中列出了需要自己处理的任务、需求、bug等 还可以通过todo来管理自己每天的日程 todo类型分为三种，一种是和项目任务管理，一种是和bug关联，还有一种是自定义 这样可以将项目中的任务或者bug转换为每天的todo我的地盘我的TODO其他功能 搜索功能 需求、bug、用例都是可以进行搜索的。支持全文检索 邮件功能 需求相关的操作和bug相关的操作都会email通知相关的人员 排序功能 列表页面点击标题都是可以进行排序的总结Scrum禅道禅道需求项目计划需求WBS需求任务开发任务测试Build测试任务测试用例BUG总结我的地盘燃尽图