第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个规则中的一个，就叫做软件缺陷。 ? 软件未达到软件规格说明书中规定的功能； ? 软件超出软件规格说明书中指明的范围； ? 软件未达到软件规格说明书中指出的应达到的目标； ? 软件运行出现错误； ? 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 软件缺陷的基本描述是报告软件缺陷的基础部分，一个好的描述需要使用简单、准确、专业的语言来抓住软件缺陷的本质，若描述的信息含糊不清，可能会误导开发人员。 软件缺陷的有效描述规则： 单一准确：每个报告只针对一个软件缺陷； 可以再现：提供出现这个缺陷的精确步骤，使开发人员看懂，可以再现并修复缺陷； 完整统一：提供完整、前后统一的软件缺陷的修复步骤和信息，如图片信息、log文件等； 短小简练：通过使用关键词，使软件缺陷的标题描述短小简练，又能准确描述产生缺陷的现象； 特定条件：软件缺陷描述不要忽视那些看似细节但又必要的特定条件（如特定的操作系统、浏览器） ，这些特定条件能提供帮助开发人员找到产生缺陷原因的线索； 补充完善：从发现软件缺陷开始，测试人员的责任就是保证子元件缺陷被正确地报告，并得到应有的重视，继续监视其修复的全过程； 不作评价：软件缺陷报告是针对软件产品的，因此软件缺陷描述不要带有个人观点，不要对开发人员进行评价。 6.1.2 软件缺陷的种类. （1）功能不正常 简单的说就是所应供应的功能，在使用上并不符合设计规格说明书中规定的要求，或是根本无法使用。这个错误常常会发生在测试过程的初期和中期，有许多在设计规格说明书中规定的功能无法运行，或是运行结果达不到预期设计。 （2）软件在使用上不方便 只要是不知如何使用或难以使用的软件，在设计上一定是除了问题。所谓好用的软件就是使用上尽量方便，使用户易于操作。 （3）软件的结构未做良好规划 这里主要指的是软件是以自顶向下的方式开发，还是以自底向上的方式开发的。如果是以自顶向下的结构所开发的软件，在功能的规划及组织上比较完整，相反的以自底向上的组合方式开发出来软件功能较为分散。要根据具体情况，选择合适的开发方式。 （4）功能不充分 这个问题与功能不正常是不一样的。这里所指的是软件所提供的功能在运作上是正常的，可是对使用者而言是不完整的。即使软件的功能运作结果符合设计规格的要求，系统测试人员在测试结果的判断上，一定要从使用者的角度进行思考。 （5）与软件操作者的互动不良 一个好的软件必须与操作者之间正常互动。在操作者使用软件的过程中，软件必须很好的响应操作者。 （6）使用性能不佳 所测试的软件功能正常，但是使用性能不佳，如速度慢等，这样的问题通常是由于开发人员采用了错误的解决方案，或是运用了不使用的算法所导致的。 （7）未做好错误处理 软件除了避免出错之外，还要做好错误处理，许多软件之所以会产生错误是因为程序本身不知道如何处理所遇到的错误。 （8） 边界错误 缓冲区溢出问题在这几年来已成为网络攻击的常用方式，而这个错误就属于边界错误的一种。简单地说，程序本身无法处理超越边界所导致的错误。这个问题除了编程语言所提供的函数有问题之外，有许多的情形是开发人员在声明变量或是使用边界范围时不小心引起的。 （9） 计算错误 只要是计算机程序就免不了包括数学计算。软件之所以会出现计算错误，大部分出错原因在于采用了错误的数学运算公式或未将累加器初始化为0。 （10）使用一段时间所产生的错误 这个问题就是程序刚开始运行时很正常，但在运行了一段时间后却出现问题。最典型的例子就是数据库的查找功能。有一些软件在刚开始使用时，所提供的信息查找功能运作良好，可是在使用了一段时间后却发现，进行信息查找所需的时间越来越长，原因是因为采用了顺序查找的方式。 （11）控制流程的错误 控制流程的好坏，考验着开发人员对软件开发的态度及设计的程序是否严谨，软件在状态间的转变是否合理，要根据流程进行控制。 （12）在大