BUG 缺陷跟踪管理

上一篇 / 下一篇  2011-10-31 17:31:52 / 个人分类:BUG

一、Bug跟踪

  Bug的生命流程从新增的opened状态开始,到closed状态结束,作为完整的bug跟踪,应该包括:

  1、Bug新增:测试人员发现Bug之后新增一个Bug,并将Bug指定给对应的开发负责人,Bug状态为待DEV处理。Bug新增成功后,只有开发负责人才有权限回复这个Bug,其它人只能查看或追加回复。

  2、Bug回复:开发人员修改问题之后,将Bug回复给对应的测试负责人,Bug回复后,只有测试负责人才有权限跟踪回复或关闭这个Bug,Bug状态为待QA确认。很多开发人员在回复的时候只是简单地用“已解决”或“fixed”这样的语句,对于简单浅显的问题来说,这样已经足够。而对于复杂或重要的问题,在回复的时候应该详细说明测试的解决方法,一般来说,Bug回复应该包括:

  (1)问题原因:导致Bug产生的根源

  (2)问题结果:问题是否已经被解决说明,如“问题解决”、“下一版本解决”、“无法解决”等

  (3)配置说明:在fixedBug的时候是否需要增加或修改配置项,如果需要则详细说明配置。

  (4)数据库结构:解决此问题是否需要改动数据库表,如果需要则需要详细说明。

  (5)目标文件:解决此Bug的代码文件以及涉及到的相关代码文件文件

  (6)解决方法:解决此Bug的方法

  (7)改动代码:解决此Bug的时候有哪些代码被改动或增加,并将新的代码在回复中粘贴出来。

  (8)业务流程:解决此Bug或新增功能的业务流程是否变更,如果有则详细说明新的业务流程,对于特殊的异常的处理也应该进行详细的说明。

  开发人员回复Bug之后,测试人员会进行验证,如果问题还没解决,则将这个Bug重新回复给开发人员,并且在回复中进行详细的问题描述。测试人员回复此bug给开发人员之后,Bug状态又转为待DEV处理。

  3、追加回复:一个Bug的记录不能删除或修改,只能够新增,如果测试人员或其它开发人员或项目经理想对Bug增加说明,可以通过追加回复进行。

  4、Bug关闭:开发回复Bug之后,测试负责人验证该Bug,如果问题得到解决则关闭(否则回复给开发负责人,让其继续追踪),Bug状态为问题解决。关闭一个Bug时,大多数的测试人员都是采用“问题解决”或“OK”这样的语句回复,作为一个简单的问题这样回复已经足够。但是对于一些比较复杂的问题或需求,可能经过了多次的修改,修改的最终结果已经跟Bug描述有相当部分的出入了,因此在关闭Bug的时候,应该对Bug描述的内容进行一个总结:

  (1)问题结果:问题是否已经被解决说明,如“问题解决”、“下一版本解决”、“无法解决”等;

  (2)配置说明:软件问题解决之后最终需要新增或修改的配置文件和配置项目;

  (3)数据库结构:软件问题解决之后,软件升级涉及到修改的数据库表结构有哪些以及需要执行哪些脚本;

  (4)业务流程:Bugfixed之后的业务流程,如果是新需求,还要进行新功能点说明。

  5、Bug查询:输入查询条件,查询对应的Bug。

  6、Bug删除:删除Bug,但这个记录不会被删除,也就是说只是做一个特殊的标志,没有真正删除。

  7、Bugreopen:在后续测试中又出现了相同或类似的问题,重新打开此Bug。

  8、Bug统计:输入统计条件,统计对应的Bug。

  二、Bug跟踪管理系统

  Bug跟踪管理系统用于帮助公司和团队跟踪工作中的问题,管理和记录这些问题的处理过程,并为用户提供事务分配和自动通知的平台。Bug跟踪管理系统对于一个团队的Bug管理非常有效,可以确保每个出现的问题都可以得到记录和跟踪,为团队提供有效的交互平台,提高团队效率和增强团队工作氛围。同时,作为问题记录的数据库,可以积累处理问题的经验,也可以轻松吸取他人经验,对以后维护也很有帮助。

  对于比较大型的公司或开发团队,比较倾向于自己开发符合自己需求的Bug跟踪管理系统,除了缺陷跟踪外,还可以对工程需求、分析设计、任务管理、工程故障等进行管理;而对于一个小型团队,可以使用现成的Bug跟踪管理工具,有些工具也是开源的,可以自己很方便的修改,对于小团队来说它所提供的功能也已经够用了。常见的缺陷跟踪工具有RationalClearQuest、Bugzilla、Testtrackpro、sourceforge、teamshare、PVCSTracker、TestDirector、Track和WicresoftBMS。我个人偏向使用Testtrackpro,比较友善简单。不管是自己开发的管理跟踪系统还是bug管理工具,都只是工具而已,真正要做的是流程上的管理。

  有了先进的可视化的广义缺陷管理系统,相信所有的项目经理、开发组长都能够轻松控制项目的进度、实时了解开发人员的工作情况、统计开发人员的工作绩效、保证开发的质量、以最小的代价实现软件工程中开发部分的零缺陷管理。


TAG:

 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 7060
  • 日志数: 11
  • 书签数: 1
  • 建立时间: 2011-09-27
  • 更新时间: 2012-03-29

RSS订阅

Open Toolbar