基于新信息技术的软件测试技术 课件 第6章 测试报告和测试评测.pptx

第6章测试报告和测试评测;

6.1软件缺陷;

只要符合下面5个规则中的一条，就叫做软件缺陷：

(1)软件没有实现产品规格说明中所要求的功能；

(2)出现了产品规格说明中指明不应该出现的错误；

(3)软件实现了产品规格说明中没有提到的功能模块；

(4)软件没有实现产品规格说明中没有明确提及但应该实现的目标；

(5)软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。;

例如，计算器(图6.1)在测试中有如下问题，就认为存在缺陷。;

①计算器的产品规格说明应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第(1)种类型的缺陷。

②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘，则计算器停止接受输入，这就是第(2)种类型的缺陷。

③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明中没有提及这一功能模块，这是第(3)种类型的缺陷。;

④在测试计算器时若发现电池没电会导致计算不正确，而产品说明书中是假定电池一直都有电的，则这就是第(4)种类型的错误。

⑤软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。;

6.1.2软件缺陷产生的原因

从软件本身、团队工作和技术问题等角度分析，造成软件缺陷的主要因素有：

(1)需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。

(2)系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。;

(3)对程序逻辑路径或数据范围的边界考虑不够周全，漏??某些边界条件，造成容量或边界错误。

(4)对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调、不一致性带来的问题。

(5)没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。

;

(6)系统运行环境复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大，从而会引起强度或负载问题。

(7)由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。

(8)新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

;

6.1.3软件的有效简述规则

软件缺陷简述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。准确报告软件缺陷是非常重要的，因为：

(1)清晰准确的软件缺陷简述可以减少软件缺陷从开发人员处返回的次数；

(2)可提高软件缺陷修复的速度，使每一个小组能够有效地工作；

(3)可提高测试人员的信任度，得到开发人员对清晰的软件缺陷简述的有效响应；

(4)加强开发人员、测试人员和管理人员的协同工作，让他们可以更好地工作。;

在多年实践的基础上，我们积累了较多的软件缺陷的有效简述规则，主要有：

1．单一准确

2．可以再现

3．完整统一

4．短小简练

5．特定条件

6．补充完善

7．不做评价;

6.1.4软件缺陷的属性

软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷根源。

(1)缺陷标识：标记某个缺陷的唯一的标识，可以使用数字序号表示。

(2)缺陷类型：根据缺陷的自然属性划分缺陷种类，具体类型见表6-1。;;

(3)缺陷严重程度：因缺陷引起的故障对软件产品的影响程度，具体等级见表6-2。;

(4)缺陷优先级：缺陷必须被修复的紧急程度，见表6-3。;

(5)缺陷状态：缺陷通过一个跟踪修复过程的进展情况，具体状态见表6-4。;

(6)缺陷起源：缺陷引起的故障或事件第一次被检测到的阶段，具体起源见表6-5。;

(7)缺陷来源：缺陷所在的地方，如文档、代码等，具体来源见表6-6。;

(8)缺陷根源：造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高，具体根源见表6-7。;

通常情况下，对于影响用户使用或者影响产品美观的软件缺陷，附上图片比较直观，例如：

(1)当产品中有一