禅道使用说明方案.ppt

  1. 1、本文档共101页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
说明: 1. 用例的适用阶段,指在哪些个测试阶段,可以用上这个用例。可以进行多选。 2. 用例步骤可以非常方便在之后插入,之前插入,或者删除当前的步骤。 3. 不要把若干个测试用例作为步骤写到一个测试用例里面,因为这样不利于测试的管理和统计 6.8 管理测试任务 当开发人员申请测试之后,会生成相应的测试任务给测试人员。这时候测试人员要做的就是为这个测试任务关联相应的测试用例。如果这个测试任务需要多人来配合完成,则需要将相应的用例指派给相应的人员来进行完成,或者自己领取相应的测试用例。 一、关联测试用例 1. 进入测试视图, 2. 选择“版本”,然后进入版本列表。 3. 选择某一个待测版本(即原来的测试任务),点击“关联”菜单,即可出现关联测试用例的页面。 几点说明: 1. 测试用例可以通过上面的搜索表单进行搜索。 2. 用例默认是关联最新的版本,也可以点击下载框,选择之前的版本 3. 可以按照需求或者bug来进行检索。 二、指派或领取用例 在版本(测试任务)的用例列表页面,可以点选用例,将其指派给某一个人来执行。 6.9 执行用例,并提交bug 在测试任务的用例列表页面,用户可以按照模块来进行点选,或者选择所有指派给自己的用例,来查到需要自己执行的用例列表。 在用例列表页面,选择某一个用例,然后选择右侧的“执行”菜单,即可执行该用例。 一、用例列表页面,点击执行 二、执行用例 三、创建bug 如果一个用例执行失败,那么可以直接由这个测试用例创建一个bug,而且其重现步骤会自动拼装。 6.10 查看报表统计 测试管理的还有一个重要工作就是统计报表,直接来看步骤: 在bug列表页面,点击页面上部的统计报表,即可出现统计报表页面。 * * 二、项目视图的所有项目列表 首页的项目列表只是正在进行中的项目,我们在项目视图中,还提供了所有项目进展情况的列表。 三、通过任务列表查看具体的任务的进展情况 3.1 可以通过各种检索标签来 3.2 也可以通过分组查看,来按照不同的字段进行分组 4.7 项目任务基本的报表统计 禅道项目管理软件提供了基本的项目统计功能,项目经理可以通过这个功能来掌握一些宏观的信息: 按照所属项目进行统计。 按照指派给进行统计。 按照任务类型进行统计。 按照优先级进行统计。 按照截止日期进行统计。 按照最初预计进行统计。 按照预计剩余进行统计。 按照已经消耗进行统计。 按照由谁完成进行统计。 按照关闭原因进行统计。 按照每天完成任务数进行统计。 5. 开发使用 5.1 参加项目计划会议,分解任务 5.2 领取任务,并每天更新任务 5.3 创建版本 5.4 申请测试 5.5 解决bug 5.6 文档管理 5.7 确认bug 5.1 参加项目计划会议,分解任务 项目团队成员要参加产品的计划会议和项目的任务分解。 在参加产品计划会议的时候,应当充分理解需求,并发表自己的意见,以确保自己对每一个需求理解都是正确的。 项目计划会议的主要任务是对需求进行任务分解,团队成员应全力参与。 分解任务之后,领取自己负责的任务。 注意,这个地方的团队成员,不仅仅是开发人员,也包括测试人员,设计,即所有的项目团队中的成员。 5.2 领取任务,并每天更新任务 当项目的任务分解完毕之后,项目团队成员需要领取做的任务,开始每天的开发。除了日常的编码工作之外,还应当每天花点时间在禅道里面更新下任务的状态以及消耗情况。 一、领取任务? 领取任务可以通过两种方式,一种是通过“指派”操作,一种是通过“编辑”操作。 二、更新任务状态 项目开始之后,每个人每天应当及时更新自己所负责的任务的状态。禅道提供了几个快捷的操作按钮:开始、完成、关闭、取消和激活。 开始、完成和取消没有什么歧义。解释下关闭和激活。 禅道有一个可选流程,就是当任务完成之后,会自动指派回任务的创建者头上,这时候任务的创建者可以验证任务是否完成。如果完成,则将任务关闭。如果任务没有完成,则激活任务。这个流程是可选的,不是必须的流程。适用于传统的命令-控制式的管理。如果对于敏捷开发团队来讲,忽略这个流程即可。 三、更新任务的消耗 除了更新自己负责任务的状态之外,还应该及时更新任务的工时消耗情况: 最初预计,即创建任务的时候的最初预计。该字段在任务开始之后,不应该再进行修改。这个字段当任务结束之后,可以和已经消耗字段进行对比,以纠正自己的估计。 已经消耗,则是你在这个任务上所有花费的工时数。 预计剩余,则是你预计这个任务完成大约还需要多少时间。如果预计剩余为0,则表示任务

文档评论(0)

ligennv1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档