最新bug的提交与汇总

Bug的生命历程
• Bug也是有生命的，从bug的发现，到 bug的修复。就是一个bug的生命历程：
N(ew)
测试人员提交bug报告
开发人员，测试组长决定
Open this Bug ?
No
J(Reject)
Yes
O(pen)
开发人员修复bug
R(esolve)
No
Bug fixed ?
测试人员验证bug是否修复
分析Bug趋势图
• Bug不是越多越好，在适当的时候发现 适当数量和质量的bug才是产品经理所 希望看到的。
如何报告bug
• 在有些公司里，程序员几乎会把一半的测试 bug返回给测试组，因为那些bug不可再现、 发现bug同设计要求一致，或者bug报告根本 无法操作。为了防止这类问题，要提交好的测 试bug，作为一个好的测试人员，必须遵循以 下步骤：
Yes
V(erify) C(lose)
2.如何找到更好更多的bug
Bug从那里来 ？
• 一个产品从设计到开发，凝聚了所有系统设计 师，开发人员，设计人员，管理人员的心血。 从另一个方面来讲，这些不同的环节和不同人 的工作，却是导致bug的原因。举例来说，可 能出现bug的情况有：
– 新特性的增加 – 对设计意图的错误理解 – 代码的反复修改 – 不严格的代码维护 – 开发人员的素质 – 紧张的开发进度 – 。。。。。。
BUG的提交与管理
如何判断Bug
• 但不是所有的问题都是bug。严格来说，是产品在规 定范围或正常操作下出现的错误，才能称为bug。如 前面提到的汽车抛锚了，如果是因为汽车使用年限超 过了应该的年限，或者是司机的错误操作，都不能称 为bug。下面是一个bug举例：
• Windows XP支持的最大共享文件夹名长度为80个英 文字母或40个汉字，但设置共享文件夹名时可输入的 范围是80个英文字符或80个汉字，如果共享文件夹名 在41～80个汉字之间，系统会提示该共享名包含无效 的字符摂 。
– Priority 2
• 功能或模块不工作, 测试就结果或行为与预期 不一致，且没有避开BUG的替代方法。
• 功能缺失。 • 系统性能与参考值相差太大。
– Priority 3
• 功能或模块不工作, 测试就结果或行为与预期 不一致，但有避开BUG的替代方法。
• Bug的优先级别
• Bug的优先级别是从客户需求角度来说 的，用户认为重要的特性出了问题，哪 怕只是小小的显示信息错误，也应该在 第一时间解决。
• 5)评审：至少有一个同行，最好是一个有经验 的测试工程师或测试经理，在你提交测试报告 或测试评估报告之前先自己读一遍。
• 好的测试bug描述是告诉读者测试人员发现了 什么，而不是测试人员做了什么。因此只需要 根据上述步骤写下最少的必需重现步骤
如何提交bug
• 一个好的错误跟踪系统包括了错误的必 要信息，如果做得不好，会造成迷惑， 并误导读者。 好的故障描述应该包括十个基本部分： 标题、项目、所属模块、优先级、重要 性、异常等级、可重复性、现象、操作 过程和附件。
• 其实真正的原因是共享文件夹名超长。
wk.baidu.com
找Bug的目的
• 测试究竟是用来做什么的？bug又有什 么用处？测试不是为了找bug这么简单， 测试的目的是通过找bug来提高产品质 量，提高产品开发流程，继而满足市场 和客户的要求。没有bug的完美产品是 不存在的，一轮接一轮的测试就是为了 让产品更加稳定，让bug被限制到尽可 能小的范围。
• 1)总结：简要描述客户或用户的质量体验和观 察到的一些特征。
• 2)压缩：精简任何不必要的信息，特别是冗余 的测试步骤。
• 3)去除歧义：使用清晰的语言，尤其要避免使 用那些有多个不同或相反含义的词汇。
• 4)中立：公正地表达自己的意思，对错误及其 特征的事实进行描述，避免夸张或忽略的语句， 引起过度的注意力或忽视。
• 寻找重现步骤
• 这是bug定位中的难点，特别对于多功能多模 块的系统测试，bug产生的原因会很复杂，不 是简单的表面现象就能找到重现条件。
• 寻求开发人员的帮助 • Bug找到了以后需要开发人员的确认和修复，
测试人员需要和开发人员一起确认bug的原因， 帮助开发人员找到bug的根源。 • 报告bug • 这时找到bug需要做的最后一步，通常会有专 业的bug管理软件，如bugzilla，clearDDTS 等等。
• http://www.bugzilla.org/about/
什么是高质量的bug ？
• 找到了Bug的重现条件，从测试的角度 来说，工作就完成了一大半。重现条件 能够帮助开发人员更方便地定位，甚至 开发人员会依赖于重现条件才能定位。 找Bug的意义在于修复bug，不能重现的 bug往往不能找到原因，更谈不上修复。
• 排除非正确因素：需要排除的因素包括是否按 照合理的测试步骤，是否在合理的测试场景， 是否在产品规格范围内，等等。只有排除了这 些正常因素，而被测设备依然会有不正常行为， 才能初步定位为bug。
• 收集bug相关信息
• Bug出现时，应该保存好设备的配置，测试仪 器的配置，设备的日志，屏幕输出等等。这些 要素都是分析bug，修复bug的重要参考。
测试的目的
• 测试目的仅仅是为了寻找bug和修复bug 吗？
Bug的严重等级
• Bug的严重等级是对被测设备表现的一个评判。 被测设备错误表现的严重性就决定了bug的严 重等级。各家公司和机构对于严重等级的划分 标准不一，但大体上可以按照下面的方式来定 义：
– Priority 1
• 被测设备挂起或崩溃。 • 被测设备重启。 • 内存泄漏，系统配置丢失。
标题
• 使用一两句话来描述错误，告诉经理、开发人 员以及其他读者为什么应该关心该问题。好的 标题应该着重于出现的bug现 象。但是过于简 洁易引起误导，使得原本重要的问题被忽视。 因此必须应该采用简洁、切中要害的概要，这 样才能引起读者的重视。不重要的就描述比较 轻微，例 如：“联系人的email没有检查合法 性”；重要的就要体现比较严重，例如：“填 了运营商仍然提示运营商不能为空，使得无法 进行下一步的操作”，会更容易 让开发人员 理解究竟是什么问题及其重要性，并及时处理。
怎么找bug ？
• 找bug决不是件简单的事情。一个高素 质的测试人员应该做好一下的工作：
– 熟悉产品设计需求 – 熟悉标准协议规范 – 熟悉产品操作手册 – 熟悉测试工具仪器的使用 – 有丰富的测试经验
当bug出现时
• 当我们在发现一个产品的问题时，怎么确定就 是一个bug？这也不是个简单的问题，确定 bug的过程称为bug定位。一般来说，可以按 照一下几步来做：