第06章-软件缺陷与缺陷管理.ppt

第6章 软件缺陷与测试评测 6.1 软件缺陷和软件缺陷种类 6.1.1 软件缺陷的定义和描述 软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。 软件未达到软件规格说明书中规定的功能； 软件超出软件规格说明书中指明的范围； 软件未达到软件规格说明书中指出的应达到的目标； 软件运行出现错误； 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 6.1.2 软件缺陷的种类 功能错误 使用不方便、结构未良好规划、互动性差 性能问题 运行异常：时间性、空间性 … 如下面示例： 6.1.3 软件缺陷的属性 （1）缺陷标识 （2）缺陷描述与缺陷注释 （3）缺陷类型 （4）缺陷严重程度 （5）缺陷产生可能性 （6）缺陷的优先级 （7）缺陷状态 （8）软件缺陷的起源 6.2 软件缺陷的生命周期 软件缺陷从被测试人员发现一直到被修复，要经历一个特有的生命周期，阶段包括：新建、打开、拒绝、修复、关闭、重新打开等。 6.3 分离和再现软件缺陷 要有效报告软件缺陷，就要对软件缺陷以明显、通用和再现的形式进行描述。 分离和再现软件缺陷有时候很困难，是考验软件测试人员专业技能的地方。 测试人员应该设法找出缩小问题范围的具体步骤。 6.5 报 告 软 件 缺 陷 6.5.1 报告软件缺陷的基本原则 在软件测试过程中，对于发现的大多数软件缺陷，要求测试人员简捷、清晰地把发现的问题报告给判断是否进行修复的小组，使其得到所需要的全部信息，然后才能决定怎么做。 报告软件缺陷的基本原则 尽快报告 有效描述 短小 单一 可再现 不做评价 跟踪到底 6.6 软件缺陷的跟踪管理 软件缺陷跟踪管理系统（ Defect Tracking System）是用于集中管理软件测试过程中所发现缺陷的数据库程序，可以通过添加、修改、排序、查寻、存储操作来管理软件缺陷。 Bug统计1 Bug统计2 应用软件缺陷管理系统具有以下优点： 1. 保持高效率的测试过程 2. 提高软件缺陷报告的质量 3. 实施实时管理，安全控制 4. 利用该系统还有利于项目组成员间协同工作 6.7 软件测试的评测 测试的评测主要方法包括覆盖评测和质量评测。 测试覆盖评测是对测试完全程度的评测。 质量评测是对测试对象的可靠性、稳定性以及性能的评测。 1．基于需求的测试覆盖 基于需求的测试覆盖在测试过程中要评测多次，并在测试过程中，每一个测试阶段结束时给出测试覆盖的度量。 2．基于代码的测试覆盖 在一般情况下，代码覆盖运用于较低的测试等级（例如单元和集成级）时最为有效。 根据已执行源代码的多少来表示。这种测试覆盖策略类型对于安全至上的系统来说是非常重要的。 6.7.2 质量评测 对已发现的软件缺陷的评测是最佳的软件质量指标。 缺陷分析通常用以下4类形式的度量提供缺陷评测： ? 缺陷发现率 ? 缺陷潜伏期 ? 缺陷密度 ? 整体软件缺陷清除率 1．缺陷发现率 2．缺陷潜伏期 发现缺陷的时间越晚，这个缺陷所带来的损害就越大，修复这个缺陷所耗费的成本就越多。 为了描述缺陷潜伏期采用缺陷消耗的概念。 规定缺陷每推迟一个阶段被发现，其潜伏度量加一。 缺陷消耗可使用下面公式计算： 3．缺陷密度 软件缺陷密度是一种以平均值估算法来计算出软件缺陷分布的密度值。程序代码通常是以千行为单位的，软件缺陷密度是用下面公式计算的： 图6-7显示了一个项目的各个模块中每千行代码的缺陷密度。 但是，在实际评测中，缺陷密度这种度量方法是极不完善的，度量本身是不充分的。 有必要对缺陷进行“分级、加权”处理，给出软件缺陷在各严重性级别或优先级上的分布作为补充度量，这样将使这种评测更加充分，更有实际应用价值。 4．软件缺陷清除率 设： F=软件的功能点 D1=开发过程中发现软件缺陷数 D2=软件发布后发现的软件缺陷数 D=发现的总软件缺陷数， D=D1+D2 则： 每个功能点的缺陷数=D2/F 软件缺陷注入率=D/F 软件缺陷清除率=D1/D 6.8 测 试 总 结 报 告 测试总结报告的目的是总结测试活动的结果，并根据这些结果对测试进行评价。 缺陷报告 发现软件缺陷 缺陷附件 一张图片可能胜过千言万语 Log file 工具捕捉的其它数据文件等 缺陷跟踪分析 缺陷跟踪分析，主要借助于圆饼图、直方图等工具进行分析 。 包括功能模块、来源分布 、不同类型、开发团队