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

发布(release) 路线图 计划、发布、build和路线图 计划主要是给产品人员规划需求使用。它和实际的项目没有直接的对应关系。一个项目中做的需求可能和计划完全一样，也有可能涉及多个计划。 Build（版本）是在项目过程中产生的，主要用来测试使用。Build(版本）是对内的。 经过若干项目之后，产品人员可以选择发布一个版本，发布是对外的。而且发布肯定和一个build对应。 已经发布的版本加上未来的plan，构成产品的路线图。 第四章 项目管理 添加项目 组建团队 关联产品、需求 分解任务 工时管理 燃烧图 版本 添加项目 项目代号和团队名称应用团队自由设置，体现自主管理。 提示 组建团队 每个人在项目中的角色可以自由设定，工时一般都应小于8，因为基本上每个人每天都需要处理一些其他事情。 提示 关联产品 一个项目可以关联多个产品，禅道系统中，支持项目和产品之间的矩阵关系。 提示 关联需求 关联需求的过程，是对产品中的需求列表进行排序的过程，也是项目团队达成契约的过程。项目中的需求列表是产品视图中的需求列表的子集。 提示 分解任务 分解任务时，可以设置任务的类型，比如是设计，还是开发。 任务也可以不用关联需求。 任务需要给一个估计值。 提示 工时管理 项目中每一个成员每天都应该更新自己负责的任务的预计剩余时间。 提示 燃烧图(burndown) 系统通过定时任务，自动计算项目中所有未完任务预计剩余时间之和，画出曲线图。燃烧图可以告诉我们很多东西。 提示 Build build管理对于开发来讲是很重要的，它属于scm的范畴。在禅道中，暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕，需要提交测试，这是应当创建一个build，然后提交给QA进行测试。后续的bug管理和测试任务管理都应当基于一个build展开的。 源代码地址可以给出svn的存储路径或者其他版本控制系统的路径。 如果没有源代码地址，需要给出build包的存储地址。 提示 提交测试 所提交测试的项目必须关联上产品，测试任务才可以生效。 提示 第五章 质量管理 测试用例管理 测试用例模块 添加测试用例 测试用例详情 测试任务管理 创建测试任务 管理用例 执行用例 查看结果 创建Bug Bug管理 Bug处理流程 创建bug 解决bug 关闭bug 激活bug 编辑bug 测试用例模块 测试用例有自己单独的模块划分，独立于产品视图中的模块划分。 为什么独立开，是因为使用角度不同，产品视图中的模块是给产品人员使用的，而测试用例模块是为了维护用例使用的。 测试用例管理(1) 当项目关联需求之后，QA人员应当针对当前项目所要开发的需求创建测试用例。 虽然可以不写测试用例，直接进入bug测试环节，但这样会有缺漏。 在禅道系统中，测试用例是分步骤的。 测试用例管理（2） 测试用例详情 创建测试任务 关联测试用例 执行测试用例(1) 执行测试用例(2) 用例执行结果 创建Bug 如果某一次用例执行失败，可以根据这个结果创建Bug，系统会自动生成bug的重现步骤。 BUG的解决方案 开始测试就会有BUG出现，禅道中共有7种BUG解决方案： bydesign = 设计如此，无需改动。duplicate = 重复Bug，以前已经有同样的bug。external = 外部原因，非本系统原因。fixed = 已解决;notrepro = 无法重现，无非重现bug。postponed = 延期处理，确实是bug，但现在不解，放在以后。willnotfix = 不予解决 解决BUG 所以开发人员在解决bug的时候，需要选择相应解决方案，并给予相应的备注说明，已方便测试人员验证bug。 来看下如何解决bug： 找到自己要解决bug（我的地盘中的bug列表，或者项目视图中的bug列表，抑或测试视图中的bug列表进行有哪些信誉好的足球投注网站） 找到自己要解决的bug之后，点击相应的“解决”按钮，即可进入解决bug页面。 解决BUG Bug管理 禅道里面提供了很多种途径来进行bug的查询和管理。 我的地盘里面有指派给自己的bug列表。 项目视图中有属于当前项目的bug列表。 测试视图中的缺陷管理，则是全功能的bug管理页面 第六章 我的地盘 前面所有的一切最终体现在每一个人每天的行动上面。 我的地盘中列出了需要自己处理的任务、需求、bug等。 还可以通过“我的待办”来管理自己每天的日程。 “我的待办”类型分为三种，一种是和项目任务管理，一种是和bug关联，还有一种是自定义。 这样可以将项目中的任务或者bug转换为每天的“我的待办”。 Page ? * Page ? * Page ? * 禅道项目管理工具使用帮助天津恒达文博科技有限公司53/zentaopms/www 2014