第一章 件测试的基础理论.ppt

软件测试基础教程 杜文洁 景秀丽 主编 中国水利水电出版社 4．软件缺陷的级别及软件缺陷的状态 （1）软件缺陷的级别 作为软件测试员，可能所发现的大多数问题不是那么明显、严重，而是难以觉察的简单而细微的错误，有些是真正的错误，也有些不是。一般来说，问题越严重的，其优先级越高，越要得到及时的纠正。软件公司对缺陷严重性级别的定义不尽相同，但一般可以概括为4种级别： 致命的：致命的错误，造成系统或应用程序崩溃、死机、系统悬挂，或造成数据丢失、主要功能完全丧失等。 严重的：严重错误，指功能或特性没有实现，主要功能部分丧失，次要功能完全丧失，或致命的错误声明。 一般的：不太严重的错误，这样的软件缺陷虽然不影响系统的基本使用，但没有很好地实现功能，没有达到预期效果。如次要功能丧失，提示信息不太准确，或用户界面差，操作时间长等。 微小的：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等。 除了这4种之外，有时需要“建议”级别来处理测试人员所提出的建议或质疑，如建议程序做适当的修改，来改善程序运行状态，或对设计不合理、不明白的地方提出质疑。 （2）．软件缺陷的状态 软件缺陷除了严重性之外，还存在反映软件缺陷处于一种什么样的状态，便于跟踪和管理某个产品的缺陷，可以定义不同的bug状态。 激活状态：问题还没有解决，测试人员新报的bug，或验证后bug仍然存在。 已修正状态：开发人员针对所存在的缺陷，修改程序，认为已解决问题，或通过单元测试。 关闭或非激活状态：测试人员验证已经修正的bug后，确认bug不存在以后的状态。 5．软件缺陷的原因 软件缺陷的产生，首先是不可避免的。其次我们可以从软件本身，团队工作和技术问题等多个方面分析，比较容易确定造成软件缺陷的原因，归纳如下。 技术问题 算法错误。 语法错误。 计算和精度问题。 系统结构不合理，造成系统性能问题。 接口参数不匹配出现问题。 团队工作 系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。 不同阶段的开发人员相互理解不一致，软件设计对需求分析结果的理解偏差，编程人员对系统设计规格说明书中某些内容重视不够，或存在着误解。 设计或编程上的一些假定或依赖性，没有得到充分的沟通。 软件本身 文档错误、内容不正确或拼写错误。 数据考虑不周全引起强度或负载问题。 对边界考虑不够周全，漏掉某几个边界条件造成的错误。 对一些实时应用系统，保证精确的时间同步，否则容易引起时间上不协调、不一致性带来的问题。 没有考虑系统崩溃后在系统安全性、可靠性的隐患。 硬件或系统软件上存在的错误。 软件开发标准或过程上的错误。 6．软件缺陷的组成 我们知道软件缺陷是由很多原因造成的，如果把它们按需求分析结果——规格说明书，系统设计结果，编程的代码等归类起来，比较后发现，结果规格说明书是软件缺陷出现最多的地方，见图1-1。 图1-1 软件缺陷构成示意图 1．软件测试技术的发展历史 随着计算机的诞生——在软件行业发展初期就已经开始实施软件测试，但这一阶段还没有系统意义上的软件测试，更多的是一种类似调试的测试。测试是没有计划和方法的，测试用例的设计和选取也都是根据测试人员的经验随机进行的，大多数测试的目的是为了证明系统可以正常运行。 20世纪50年代后期到20世纪60年代，各种高级语言相继诞生，测试的重点也逐步转入到使用高级语言编写的软件系统中来，但程序的复杂性远远超过了以前。尽管如此，由于受到硬件的制约，在计算机系统中，软件仍然处于次要位置。软件正确性的把握仍然主要依赖于编程人员的技术水平。因此，这一时期软件测试的理论和方法发展比较缓慢。 20世纪70年代以后，随着计算机处理速度的提高，存储器容量的快速增加，软件在整个计算机系统中的地位变得越来越重要。随着软件开发技术的成熟和完善，软件的规模也越来越大，复杂度也大大增加。因此，软件的可靠性面临着前所未有的危机，给软件测试工作带来了更大的挑战，很多测试理论和测试方法应运而生，逐渐形成了一套完整的体系，培养和造就了一批批出色的测试人才。 如今在软件产业化发展的大趋势下，人们对软件质量，成本和进度的要求也越来越高，质量的控制已经不仅仅是传统意义上的软件测试。传统软件的测试大多是基于代码运行的，并且常常是软件开发的后期才开始进行，但大量研究表明，设计活动引入的错误占软件开发过程中出现的所有错误数量的50%~65%。因此，越来越多的声音呼吁，要求有一个规范的软件开发过程。而在整个软件开发过程中，测试已经不再只是基于程序代码进行的活动，而是一个基于整个软件生命周期的质量控制活动，贯穿于软件开发的各个阶段。 2．软件测试的现状 在我国，软件测试可能算不上一个真正的产业，软件开发企业对软件测试认识淡薄，软件测