软件测试报告和测试评价.pptVIP

第 5 章 软件测试报告与测试评价 ; 软件测试是在软件开发的过程中，对软件产品进行质量控制，目的是保证软件产品的最终质量。一般来说软件测试应严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试数据进行记录，并根据测试情况撰写测试报告。测试报告主要是报告发现的软件缺陷。 ; 测试评价主要包括覆盖评价以及质量和性能评价。覆盖评价是对测试完全程度的评测；质量和性能评价是对测试的软件对象的性能、稳定性以及可靠性的评测。 ;5.1 软件缺陷的概念和种类;? 软件未达到软件规格说明书中规定的功能； ? 软件超出软件规格说明书中指明的范围； ? 软件未达到软件规格说明书中指出的应达到的目标； ? 软件运行出现错误； ? 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。;在软件测试过程中如何判断软件缺陷，软件缺陷都有哪些种类？ （1）功能不正常 （2）软件在使用上不方便 （3）软件的结构未做良好规划 （4）功能不充分 （5）与软件操作者的互动不良 （6）使用性能不佳;（7）未做好错误处理 （8）边界错误 （9）计算错误 （10）使用一段时间所产生的错误 （11）控制流程的错误 （12）在大数据量压力之下所产生的错误 （13）在不同硬件环境下产生的错误 （14）版本控制不良所产生的错误 （15）软件文档的错误;5.2 正确面对软件缺陷; 测试是为了证明程序有错，而不是证明程序没错。不管测试计划多么完善和执行测试多么努力，也不能保证所有软件缺陷发现了就能修复。有些软件缺陷可能会完全被忽略，还有一些可能推迟到软件后续版本中修复。有些软件缺陷不被修复的原因如下。;（1）没有足够的时间 （2）不算真正的软件缺陷 （3）修复的风险太大 （4）不值得修复; 虽然软件测试人员需要对自己找出的软件缺陷保持一种平常心态，但同时又必须坚持有始有终的原则，跟踪每一个软件缺陷的处理结果，确保软件缺陷得以关闭。而缺陷是否需要修复的最终决定权在软件的项目负责人，但使得缺陷得以关闭的责任在测试人员。;5.3 软件缺陷的生命周期; （1）测试人员找到并登记软件缺陷，软件缺陷被移交到程序修复人员。 （2）程序修复人员修复软件中的软件缺陷，然后移交到测试人员。 （3）测试人员确认软件缺陷被修复，关闭软件缺陷。; 当软件缺陷首先被软件测试人员发现时 。 在许多情况下，软件缺陷生命周期的复杂程度仅为软件缺陷被打开、解决和关闭。然而，在有些情况下，生命周期变得更复杂一些，如图5-1所示。 ;图5-1 复杂的软件缺陷生命周期 ;5.4 软件缺陷的严重性和优先级 ;? 严重性级别： ① 致命错误，例如，导致系统崩溃、数据丢失、数据毁坏等； ② 一般性错误，例如，操作性错误、错误结果、遗漏功能等； ③ 次要错误，例如，错别字、用户接口布局、罕见故障等。;? 缺陷优先级： ① 最高优先级，指的是一些关键性错误，必须立即修复； ② 高优先级，在产品发布之前必须修复； ③ 中优先级，如果时间允许应该修复； ④ 低优先级，可能会修复，但是也能发布软件。;5.5 报 告 软 件 缺 陷;报告软件缺陷的基本原则如下。 1．尽快报告软件缺陷 2．有效地描述软件缺陷 ;有效的软件缺陷描述要求如下。 （1）简单与短小 （2）明确指明错误类型 （3）单一 （4）使用IT业界惯用的表达术语和表达方法 ;3．在报告软件缺陷时不做任何评价 4．补充和完善软件缺陷报告 ; 以上概括了报告测试错误的规范要求，测试人员应该牢记上面这些关于报告软件缺陷的原则。这些原则几乎可以运用到任何交流活动中，尽管有时难以做到，然而，如果希望有效地报告软件缺陷，并使其得以修复，这些是测试人员要遵循的基本原则。;随着软件的测试要求不同，测试者积累了相应的测试经验会，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习高级测试工程师的测试错误报告，结合自己以前的测试错误报告进行对比和思考，可以不断提高技巧。;5.5.2 IEEE软件缺陷报告模板 ANS/IEEE829—1998标准定义了一个称为软件缺陷报告的文档，用于报告“在测试期间发生的任何异常事件”。简言之，就是用于登记软件缺陷。模板标准如图5-3所示。;图5-3 IEEE软件缺陷报告模板 ;5.5.3 软件缺陷数据库跟踪系统 至此，我们了解到软件缺陷报告过程是很复杂的，需要大量信息、详尽的细节和很好的组织工作，才能有所成效。在实际软件测试工作中，为了更高效地记录发现的