缺陷报告跟踪系统的建立
上一篇 /
下一篇 2007-10-09 16:29:55
/ 个人分类:个人学习
一周的长假结束,休息完了,又要开始学习了!!
今天学习的是缺陷报告跟踪系统的建立,相信现在的测试工作中,缺陷跟踪系统都有很完备、成熟的产品了,一般来讲,不需要独立开发新的跟踪系统,例如TestDirector等,具体应用就不在此学习了。今天学习的是缺陷跟踪系统的使用,具体包括缺陷跟踪系统的主要目标、缺陷跟踪系统的任务、缺陷跟踪系统的概述、缺陷跟踪系统的使用者、缺陷跟踪系统的输出、缺陷跟踪系统的进一步思考几部分。
缺陷跟踪系统的主要目标
跟踪系统的主要目标在于改正那些应该改正的缺陷提供帮助。任何不直接支持这个目标的问题,都不是关键问题。
有些其他的目标(如形成某些管理报告)都完全兼容于系统的主要目标,每当为系统提议添加新的任务和目标时,都应该将其与主要目标作比较。偏离了系统主要目标的任何目标都应该被排除。
缺陷跟踪系统的任务
为实现缺陷跟踪系统的目标,必须确保以下几点:
1)问题一旦报告,所有需要了解该问题的人必须立即获知。
2)不能有任何错误仅因为被某人以往而为得到改正。
3)不能有任何错误因为某个程序员的一念之差而未得到改正。
4)使仅因为沟通不畅而未得到改正的错误尽量少。
保持这个任务列表的最小化是基本的要求。
缺陷跟踪系统的概述
一个缺陷跟踪系统,需要实现几部分的功能:
1)缺陷的上报,当问题被发现后,可以通过系统进行提交、保留,方便跟踪。
2)缺陷录入系统后,项目经理应该可以通过缺陷跟踪系统进行浏览,定期获得最新的缺陷问题报告。
3)项目经理将缺陷问题报告通过缺陷跟踪系统转交给程序员,程序员可以通过缺陷跟踪系统知道自己负责的修正的缺陷问题报告。
4)缺陷问题的修正处理,当程序员修复问题后,可以通过跟踪系统,通知项目经理问题已修复。
5)对于无法根据缺陷报告重现的问题,也可以通过跟踪系统,向项目经理及测试人员要求更多更详细的信息,并将缺陷问题返回至项目经理重新处理。
6)问题暂缓及申诉过程处理,对于缺陷报告提到的问题,如在当前版本无法实现或者缺陷与需求有冲突的时候,可以将问题置为“暂缓处理”或“提出申诉”。
7)对于优先等级较低的缺陷问题,可能不能被及时处理掉,但必须可以被查询。
8)缺陷跟踪系统可以提供跟踪项目的状态报告。
缺陷跟踪系统的使用者
在实际工作中,可能有没有那么细致,或者一个人担任好几个角色。
1)主任测试员 领导项目的测试工作,并对测试和问题报告的质量负有责任。他可能是惟一被允许关闭问题抱高的测试人员。
2)普通测试员 提交缺陷报告,并关注问题如何解决。
3)项目经理 负责按期交付高质量的软件产品。平衡成本、可靠性、产品能力及时间进度,决定哪些缺陷应被改正,优先等级如何划分,对整个项目的进行管理控制。
4)程序员 负责根据缺陷跟踪系统的报告进行缺陷重现、修改、反馈。
5)产品经理 关注的是任何会影响产品销售或技术支持成本的问题。
6)技术支持 负责为客户提供信息、为管理层降低服务费用,并使产品评价起来更为优秀。技术支持与每个暂缓处理或被遗忘的缺陷、每个被拒绝改正的设计问题、用户手册中的每个错误或不清晰之处息息相关,因为它们会导致用户打来电话,耗费支持人员的时间,并且需要支持人员收集信息提供给用户。
7)文档编写人员 负责编写用户手册,编写同时,也会发现缺陷,因此也需要通过缺陷跟踪系统。
8)测试经理 负责测试工作的质量以及管理测试人员。
至于有些项目甚至配备律师角色,他也需要浏览缺陷报告以了解情况。
缺陷跟踪系统的输出
1)输出每个新缺陷问题的详细信息。
2)输出每周的项目状态报告。
3)输出项目测试周期完工报告。
4)输出项目的已处理问题和未处理问题报告。
5)输出项目暂缓处理的问题报告。
6)输出项目进展总结报告。
7)输出项目开发结束的产品发布报告单。
尽可能都能提交以上的报告,可以方便所有使用缺陷跟踪系统的角色获取需要的信息。
缺陷跟踪系统的进一步思考
对于如何使用缺陷跟踪系统,应该进一步反思,毕竟缺陷跟踪系统只与缺陷有关,与行政无关,但实际情况往往不是如此,缺陷跟踪系统成为了衡量项目参与者工作量的指标,为参与的项目人员造成压力,例如,对于测试人员,衡量他们工作量的是他们对项目提交的缺陷数量,往往为了这个目的,测试人员可能不断的提交缺陷,甚至乎与其他人提交的缺陷相似,这样一来就对程序员造成了压力,容易使工作变得复杂。因此如何使用缺陷跟踪系统需要在实际中讨论进行!
收藏
举报
TAG:
个人学习