[工学]软件测试第06章.ppt

第6章 测试报告与测试评测 6.1 软件缺陷和软件缺陷种类 6.2软件缺陷的生命周期 6.3分离和再现软件缺陷 6.4软件测试人员需正确面对软件缺陷 6.5报告软件缺陷 6.6软件缺陷的跟踪管理 6.7软件测试的评测 6.8测试总结报告 软件测试是在软件开发的过程中，对软件产品进行质量控制，目的是保证软件产品的最终质量。一般来说软件测试应严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试数据进行记录，并根据测试情况撰写测试报告。测试报告主要是报告发现的软件缺陷。 测试评价主要包括覆盖评价以及质量和性能评价。覆盖评价是对测试完全程度的评测；质量和性能评价是对测试的软件对象的性能、稳定性以及可靠性的评测。 6.1 软件缺陷和软件缺陷种类 6.1.1 软件缺陷的定义和描述 软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。按照一般的定义，只要符合下面5个规则中的一个，就叫做软件缺陷。 ? 软件未达到软件规格说明书中规定的功能； ? 软件超出软件规格说明书中指明的范围； ? 软件未达到软件规格说明书中指出的应达到的目标； ? 软件运行出现错误； ? 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 软件缺陷的有效描述规则 单一准确 可以再现 完整统一 短小简练 特定条件 补充完善 不作评价 6.1.2 软件缺陷的种类 （1）功能不正常 （2）软件在使用上不方便 （3）软件的结构未做良好规划 （4）功能不充分 （5）与软件操作者的互动不良 （6）使用性能不佳 （7）未做好错误处理 （8）边界错误 （9）计算错误 （10）使用一段时间所产生的错误 （11）控制流程的错误 （12）在大数据量压力之下所产生的错误 （13）在不同硬件环境下产生的错误 （14）版本控制不良所产生的错误 （15）软件文档的错误 6.1.3 软件缺陷的属性 （1）缺陷标识 （2）缺陷描述与缺陷注释 （3）缺陷类型 （4）缺陷严重程度 （5）缺陷产生可能性 （6）缺陷的优先级 （7）缺陷状态 （8）软件缺陷的起源 （9）软件缺陷的来源 （10）缺陷根源 6.2 软件缺陷的生命周期 软件缺陷从被测试人员发现一直到被修复，也经历了一个特有的生命周期的阶段。下面是一个最简单的软件缺陷生命周期的例子，系统地表示软件缺陷从被发现起经历的各个阶段： （1）测试人员找到并登记软件缺陷，软件缺陷被移交到程序修复人员。 （2）程序修复人员修复软件中的软件缺陷，然后移交到测试人员。 （3）测试人员确认软件缺陷被修复，关闭软件缺陷。 当软件缺陷首先被软件测试人员发现时 。 在许多情况下，软件缺陷生命周期的复杂程度仅为软件缺陷被打开、解决和关闭。然而，在有些情况下，生命周期变得更复杂一些，如图6-1所示。 通常，软件缺陷生命周期有两个附加状态: （1）审查状态：指项目管理员或者委员会（有时称为变动控制委员会）决定软件缺陷是否应该修复。 （2）推迟状态：审查可能认定软件缺陷应该在将来的同一时间考虑修复，但是在该版本软件中不修复。 6.3 分离和再现软件缺陷 测试人员要想有效报告软件缺陷，就要对软件缺陷以明显、通用和再现的形式进行描述。 分离和再现软件缺陷是考验软件测试人员专业技能的地方，测试人员应该设法找出缩小问题范围的具体步骤。对测试人员有利的情况是，若建立起绝对相同的输入条件时，软件缺陷就会再次出现，不存在随机的软件缺陷。 如果找到的软件缺陷要采取繁杂的步骤才能再现，或者根本无法再现，碰到这种情况，可采取如下的方法来分离和再现软件缺陷。实践证明这些方法对测试人员是有所帮助的。 （1）确保所有的步骤都被记录 （2）注意时间和运行条件上的因素 （3）注意软件的边界条件、内存容量和数据溢出的问题 （4）注意事件发生次序导致的软件缺陷 （5）考虑资源依赖性和内存、网络、硬件共享的相互作用 （6）不要忽视硬件 6.4 软件测试人员需正确面对软件缺陷 在软件测试过程中，软件测试人员必须确保测试过程发现的软件缺陷得以关闭。 软件测试人员需要从综合的角度考虑软件的质量问题，对找出的软件缺陷保持一种平常心态 。 1.并不是测试人员辛苦找出的每个软件缺陷都是必须修复的 测试是为了证明程序有错，而不是证明程序没错。不管测试计划多么完善和执行测试多么努力，也不能保证所有软件缺陷发现了就能修复。有些软件缺陷可能会完全