【项目管理知识】缺陷管理中的Mantis的应用.docVIP

【项目管理知识】缺陷管理中的Mantis的应用.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
缺陷管理中的 Mantis 的应用 需求管理 1.1 简述 将产品和项目的需求通过 mantis 管理起来,管理的内容包括:用户需求和功能点。 建立需求、功能点相互之间的关联,形成一个有机关联网络,确立功能点估算方法,给予每个功能点估算值,便于: 1)在测试某个功能点时,能够使得测试人员能够把握测试范围; 2)审核设计书、测试用例等文档时便于确定是否满足需求程度; 3)有利于评估需求变更范围和影响,控制变更,提高变更管理的效率; 4)利于按功能点评估开发效率和质量,建立度量标准和监控体系。 1.2 过程描述 Mantis 应用于需求管理主要是分为两大部分进行。 一是用户需求管理,按照《需求分析流程》,从需求获取开始,就将需求 纳入 mantis 管理起来,从用户获取的需求信息,登录在 mantis 中,按照需求获 取,需求定义,用户需求评审,需求分析和需求管理的流程,及时将需求信 息、评审信息、分析结果以及需求跟踪信息(如与系统需求的关联关系,与设 计文档、代码、用户手册、测试用例等的关联关系可通过前者实现自动关联) 维护到 mantis 中,用户需求作为开发的主要依据,贯穿于整个项目开发周期。 二是系统需求管理,管理的对象主要是系统划分的模块和功能点,是在对用户需求分析的基础上系统设计的结果。在设计阶段要将模块和功能点与用户需求间建立一定的关联关系;功能点之间也依照设计进行关联;建立与设计文档、代码、用户手册、测试用例等的关联关系;可建立一套依赖于功能点的规模度量体系,录入功能点数据,在发生变更时,通过统计,可以得出变更造成的影响范围以及大致会发生的时间和成本。如果系统较大的话,可再对系统需求进行细化,划分成子系统需求进行管理。 通过需求管理,可以快速了解项目和产品是如何从用户需求进行分解、实施并得到满足的。 任务跟踪 2.1 简述 任务是通过需求来发出的开发指令。每项任务与需求或功能点相关联,任 务执行的结果一般是文档或代码,通过系统的 CVS集成功能,将文档和代码和 任务相关联,在监控项目进度时能够较快的了解详细任务的执行情况,并可以 进行检查、处理和反馈。 建立起历史的任务记录,有利于追溯,了解开发者的工作情况,将任务附加绩效值,可以很快地进行效率统计。 2.3 过程描述 任务主要是将需求按照时间进行组织,形成任务分配到个人去进行解决。 对于项目来说,的任务就是项目,维护到 mantis 的任务单是项目任务下的子任 务。一般在各阶段计划制定后,详细任务建立在 mantis 系统中。 项目确定并进行开发时,建立相应的任务单,任务单中涉及任务实施的内容,并且包含一定范围,如设计任务单包含关联的用户需求;实施任务单包含待实施的功能点;测试用例编制任务包含待测试的功能点;测试任务又包含待使用的测试用例;缺陷单可以看作另一种类型的任务单,等等。 任务单也包含实施者的信息。实施人员完成任务的状态和信息(如完成与否,完成结果,如文档或代码,审核和验证信息等)关联到任务单,管理者通过任务单中关联的信息,了解项目完成的状况以及结果等。 缺陷管理 3.1 简述 这是系统基本的功能。主要是管理项目中程序或者文档的缺陷。缺陷和产品、项目、模块、功能点等相关,这样可以方便的统计各个产品、项目、模块、功能点产生的缺陷数及其情况,形成的历史记录中,有利于指导后续项目测试的重点和投入,便于进行测试风险分析,提高测试效率和质量;同时,对缺陷的分析,也利于开发的风险分析和控制,以及缺陷预防。 3.2 过程描述 缺陷产生于对某个成果物的检查中,测试人员执行测试用例,测试用例执 行的结果是缺陷单,因此缺陷单作为结果需要建立和测试用例间的关联,而缺 陷单也是另外一种任务单,测试人员发现缺陷,登录在 mantis 中,由项目管理 者将修改任务分配给个人进行修正,修正结果要记录在缺陷单中,测试人员再 进行验证。缺陷说明需求满足出现问题,缺陷需要和需求建立起关联,可以通 过和已关联需求得测试用例关联达到关联。

文档评论(0)

187****6128 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档