西安理工大学《软件测试技术》1 软件测试背景.pptVIP

软件测试的发展 1990年的IEEE/ANSI标准将软件测试进行了这样的定义：“就是在既定的状况条件下，运行一个系统或组建，观察记录结果，并对其某些方面进行评价的过程。 这里所谓“既定的状况”也可理解为需求或设计。 The process of operating a system or component under specified conditions, observing or recording the results, and making an evaluation of some aspect of the system or component (IEEE/ANSI, 1990 [Std 610.12-1990])” 软件测试的发展 从80年代中后期开始，软件生产进入以个体软件过程PSP(Personal Software Process)、过程成熟度模型CMM和群组软件过程TSP(Team Software Process)为标志的、以过程为中心的第二阶段。 但CMM 没有充分的定义软件测试，没有提及测试成熟度的概念，没有对测试过程改进进行充分说明，对于如何有效提高机构的测试能力和水平没有提供相应指导。 为此，许多研究机构和测试服务机构从不同角度出发，提出有关软件测试方面的能力成熟度模型，作为SEI-CMM的有效补充。 软件测试的发展 测试支持度TSM（Testing Support Model）： 评估测试小组所处环境对于他们的支持程度。 测试成熟度（Testing Maturity Model） 由Burnstein博士提出，依据CMM的框架提出测试的5个不同级别，关注于测试的成熟度模型--TMM。它描述了测试过程，是项目测试部分得到良好计划和控制的基础。 软件测试的发展 TMM 测试成熟度分解为 5 级别： 1级(初始级)： 测试过程无序，有时甚至是混乱的，几乎没有妥善定义。 测试和调试没有区别，除支持调试外，测试没有其他目的。 2级(定义级)： 测试被定义为软件生命周期中的一个阶段，在编码阶段之后。 3级(集成级)： 测试与软件生命周期融（集成）为一体。 * 软件测试的发展 TMM 测试成熟度分解为 5 级别 4级(管理和测量级)： 测试活动除测试被测程序外，还包括软件生命周期中各个阶段的评审，审查和追查，使测试活动涵盖了软件验证和软件确认活动。 5级(优化，预防缺陷和质量控制级)： 优化调整和持续改进测试过程。 测试过程的管理为持续改进产品质量和过程质量提供指导，并提供必要的基础设施。 软件测试的发展 软件测试发展趋势 测试与质量保证体系的融合 测试方法越来越细分 测试方法的细分，如易用性测试、安全性测试等； 测试技术不断发展 软件验证技术方面 软件静态测试方面 测试用例的选择方面 自动化测试方面 测试走向专业化道路 软件测试与调试 区别 测试的主要工作是找缺陷，发现软件的错误(是否满足用户需求) ，确定程序中可疑错误的原因和确切位置，对程序(设计或编号)进行修改，排除错误贯穿整个软件生命周期。 调试的目的是解决代码中的缺陷。 软件缺陷定义(Defect) IEEE729-1983对缺陷有一个标准的定义： 从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷是什么 软件出错机理可描述为:软件错误，软件缺陷，软件故障，软件失效。 软件错误：是指在软件生存期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生。 软件缺陷：是存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差。其结果是软件运行于某一特定条件时出现软件故障，这时称软件缺陷被激活。 软件故障：是指软件运行过程中出现的一种不希望或不可接受的内部状态。此时若无适当措施（容错）加以及时处理，便产生软件失效。 软件失效：是指软件运行时产生的一种不希望或不可接受的外部行为结果。 软件缺陷激活条件 符合下列情况之一的就可以认为是软件缺陷： 软件没有达到客户需求的功能和性能； 软件功能超出客户需求的范围； 软件出现客户需求不能容忍的错误； 软件的使用未能符合客户的习惯和工作环境 软件缺陷构成 其他 10% 软件产品说明书（需求） 56% 编写代码 7% 设计27% 软件缺陷产生的原因分布 软件缺陷产生的原因 1、用户需求和说明书没有被很好的理解 80 分析人员不能100%理解用户需求，写作水平不高 2、软件设计的不合理 64 设计人员不能100%理解需求文档，设计水平不高 3、编码存在错误 51.