.BUG的提交与管理.pptVIP

一个bug报告 * * Open为任务分配人（开发组长/经理）对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug解决中的状态，由任务分配人改变。对没有进入此状态的Bug，程序员不用管。 * Bugzilla 是一个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。 Bugzilla是一个臭虫的数据库。它让用户报告软件的臭虫而且把它们转给合适的开发者。开发者能使用bugzilla保持一个要做的事情的优先表，还有时间表和跟踪相关性。不是所有的“bugs”都是臭虫。一些数据库中的内容是作为增强的请求(RFE)。一个RFE是一个严重级别字段被设为“enhancement”的“臭虫”.人们常说“bug”,实际上意思是Bugzilla中的记录,所以RFEs经常被称作bug。根据客户的加强的请求来安排你的工作，Bugzilla会帮助你跟踪它们而且允许其它人看到你会作些什么。如果其它人看到了你的计划，他们就会避免重复你的工作而且可能帮助你解决或反馈给你。 Rational ClearDDTS 是一个由Rational软件发展，现由IBM拥有的分布式错误跟踪系统。ClearDDTS为UNIX发展提供改变要求管理，特定设计来跟踪和管理错误和增进，其要求在发展和在质量保证测试期间建立。ClearDDTS能够紧紧地和软件配置管理产品相结合，例如Rational ClearCase，来有效地管理吞吐量改变和软件发展生命周期。 取自/ClearDDTS * Figure2的bug严重级别随着时间的推移，呈逐渐上升的趋势。虽然较figure1的情况要好，但是产品中层出不穷的高严重性bug也会令产品经理推迟产品发布日期 * Figure3的情况是最好的，随着产品发布时间的推移，bug的数量和质量都在经历一个倒“V”字形。可以初步判定产品在逐渐走向稳定。 BUG的提交与管理 * 什么是bug Bug按照英文直译过来叫“虫子”。任何事物都不是完美的，何况是需要被测测试的物体。简单的来说，bug就是事物的缺陷。现实生活中充满了bug：人生病了，我们可以理解为有了bug；汽车抛锚了，我们可以理解为出了bug，电脑死机了，更是一个bug。 * 如何判断Bug 但不是所有的问题都是bug。严格来说，是产品在规定范围或正常操作下出现的错误，才能称为bug。如前面提到的汽车抛锚了，如果是因为汽车使用年限超过了应该的年限，或者是司机的错误操作，都不能称为bug。下面是一个bug举例： Windows XP支持的最大共享文件夹名长度为80个英文字母或40个汉字，但设置共享文件夹名时可输入的范围是80个英文字符或80个汉字，如果共享文件夹名在41～80个汉字之间，系统会提示该共享名包含无效的字符摂 。 其实真正的原因是共享文件夹名超长。 * 找Bug的目的 测试究竟是用来做什么的？bug又有什么用处？测试不是为了找bug这么简单，测试的目的是通过找bug来提高产品质量，提高产品开发流程，继而满足市场和客户的要求。没有bug的完美产品是不存在的，一轮接一轮的测试就是为了让产品更加稳定，让bug被限制到尽可能小的范围。 * 测试的目的 测试目的仅仅是为了寻找bug和修复bug吗？ * Bug的严重等级是对被测设备表现的一个评判。被测设备错误表现的严重性就决定了bug的严重等级。各家公司和机构对于严重等级的划分标准不一，但大体上可以按照下面的方式来定义： Priority 1 被测设备挂起或崩溃。 被测设备重启。 内存泄漏，系统配置丢失。 Bug的严重等级 * Priority 2 功能或模块不工作, 测试就结果或行为与预期不一致，且没有避开BUG的替代方法。 功能缺失。 系统性能与参考值相差太大。 Priority 3 功能或模块不工作, 测试就结果或行为与预期不一致，但有避开BUG的替代方法。 * Bug的优先级别 Bug的优先级别是从客户需求角度来说的，用户认为重要的特性出了问题，哪怕只是小小的显示信息错误，也应该在第一时间解决。 * Bug的生命历程 Bug也是有生命的，从bug的发现，到bug的修复。就是一个bug的生命历程： * * 2.如何找到更好更多的bug * Bug从那里来 ？ 一个产品从设计到开发，凝聚了所有系统设计师，开发人员，设计人员，管理人员的心血。从另一个方面来讲，这些不同的环节和不同人的工作，却是导致bug的原因。举例来说，可能出现bug的情况有： 新特性的增加 对设计意图的错误理解 代码的反复修改 不严格的代码维护 开发人员的素质 紧张的开发进度 。。。。。。 * 怎么找bug ？ 找bug决不是件简单的事情。一个高