第3章缺陷管理.pptVIP

测试基础 第三章 缺陷管理 第一个bug 历史上第一个bug: bug 英文原意是虫子, 在计算机里意思是“软件或硬件的错误” 发现者是COBOL的发明人,美国海军少将,一个博士 第一个bug 缺陷管理系统中的表示 Bugzilla—bug Mantis---issue Collaborate（博彦）--defect bug的定义 什么是bug？ bug就是程序运行时产生的错误! bug的定义 Bug就是程序运行时产生的错误 X 用户手册里的问题 未实现的功能 与需求不符的功能 多余的功能 bug的定义 bug：在软件使用过程中所出现的问题，或者导致软件不能符合设计要求或满足消费者需求的问题 bug的识别 有些问题看似错误但不是缺陷 有些问题看似正确但却是缺陷 同一现象的既可能是bug，也可能不是 看似错误但不是错误 提款机的吞卡行为： 吞卡本身是对用户的一种保护措施，但如果没有提示就是错误的了。 提示信息： 如果输入了错误的账户，系统的提示为“密码错误”。这是一种保护措施，用于迷惑那些企图盗用别人帐号进行登录的人。 Photoshop：在计算机上编辑好的颜色，输出到打印机时发现颜色发生了变化，有些颜色甚至打不出来，这不能说是Photoshop软件本身的缺陷 看似正确但却是错误 安装某个软件成功，但它破坏了操作系统的功能或其他软件。 软件卸载过程中没有完全卸掉它的组件，有些会降低系统运行的效率，有些会导致升级版本无法安装。 软件需要支持大多数的硬件配置，例如迪斯尼狮子王游戏的教训，虽然软件本身没有错误，但是却影响了多数用户的使用。 同一现象的2种可能 同一种现象在不同的环境和系统中，可能是缺陷也可能不是 在性能和精度等方面的要求上，民用产品与军用产品有很大的区别 在系统易用性方面，普通用户与专业用户对产品的要求存在很大的差异 bug与“软件缺陷”的关系 “软件缺陷”（Defect）是一个软件系统中的需求、体系结构、设计和应用上的错误。而“bug”是软件缺陷的实际证明。 软件缺陷有可能成为bug，但并非所有的软件缺陷都产生bug。 判断bug的方法 通过参考文档（specification）来确认bug 通过了解软件产品的行业背景（background）来发现bug 通过沟通（communication）来确认和识别bug 程序员希望改正的bug Looks really bad 影响很多人 改动十分简单 bug已经给公司造成影响 主管的高重视度 由受到高度信任的测试人员提出 使程序员拒绝花费时间的bug 程序员无法复现bug 需要繁复的步骤复现bug 没有明确的报告以说明复现bug的步骤 程序员无法读懂的bug报告 边缘bug(几乎从不使用的功能) 修改bug需要花费大量时间 主管低重视度 由不受信任的测试人员提出 *bug的分类 按严重程度（Severity ） 系统崩溃，严重，一般，次要，建议 按优先级（Priority） 高(high)，中(middle)，低(low) 按测试种类 逻辑功能类(function)，性能类(performance)，界面类(UI)，易用性类(usability) 按生命周期 新建（new），确认（confirmed），解决（fixed），关闭（closed），重新打开（reopen） Bug的严重程度和优先级 严重性(Severity)：软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响 优先级（ Priority ）：表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正 缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。 一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理。 Bug的严重程度和优先级 严重程度高优先级不一定高： 1.如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。 2.如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑。 严重程度低优先级不一定低： 1.如果是软件名称或公司名称的拼写错误，则必须尽快修正，因为这关系到软件和公司的市场形象。 怎样有效记录bug BUG报告—项目组就正在测试中的软件质量问题的一种书面沟通方式 2个读者：开发人员（关注重现步骤）和项目管理者（关注概述和严重程度） 怎样有效记