第1章软件测试概述.pptVIP

第1章 软件测试概述 1.1 软件测试的背景 1.2 软件缺陷 1.3 软件测试的复杂性与经济性分析 1.4 软件测试的认识 1.5 软件测试人员的素质 1.1 软件测试的背景 1.1 软件测试的背景 1.1 软件测试的背景 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.1 软件测试发展历史 1.1.2 软件测试的现状 1.1.2 软件测试的现状 1.2 软件缺陷 1.2.1 软件缺陷案例分析 1.2.1 软件缺陷案例分析 - 美迪斯尼公司的狮子王游戏软件bug - 美航天局火星登陆探测器缺陷 - 北京奥运会门票暂停第二阶段的门票销售。 -诺基亚Series40手机平台存在缺陷 1.2.2 软件缺陷的定义 1.2.2 软件缺陷的定义 1.2.2 软件缺陷的定义 1.2.2 软件缺陷的定义 1.2.3 软件缺陷产生的原因 1. 软件本身 文档错误、内容不正确或拼写错误。 数据考虑不周全引起强度或负载问题。 对边界考虑不够周全，漏掉某几个边界条件造成的错误。 对一些实时应用系统，保证精确的时间同步，否则容易引起时间上不协调、不一致性带来的问题。 没有考虑系统崩溃后在系统安全性、可靠性的隐患。 硬件或系统软件上存在的错误。 软件开发标准或过程上的错误。 1.2.3 软件缺陷产生的原因 1.2.3 软件缺陷产生的原因 1.2.3 软件缺陷产生的原因 1.2.3 软件缺陷产生的原因 1.2.4 软件缺陷的修复费用 1.2.4 软件缺陷的修复费用 1.3 软件测试的复杂性与经济性分析 1.3 软件测试的复杂性与经济性分析 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 太少的测试是不负责任，过多的测试是一种浪费。 100％的测试是不可能的 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.2 软件测试的经济性 1.3.2 软件测试的经济性 1.3.3 软件测试的充分性准则 1.4 软件测试的认识 1.5 软件测试人员的素质 穷举测试会引起以下几种问题： 测试所需要的输入量太大； 测试的输出结果太多； 软件执行路径太多； 软件的规格说明书存在主观性，没有一个客观的标准，从不同的角度来评判，软件缺陷的标准是不同的。 加法的测试（穷举法）： 输入合理数据：1+0=，1+1=，1+2=，…，计算器能处理的数字是32位，所以要一直输入到1+99999…99999（共32个9）=。 接下来，继续输入2+0=，2+1=，2+2=，…，直到输入2+99999…99999（共32个9）=。依次类推，加法的输入还在继续……。 输入不合理数据：1+a，jpkl+o9，jsfw+16，…,这样的测试情况可能出现无穷多个。 按照上述思路一个一个的测试，单是加法的输入就接近无穷多个，使得在理论上根本无法进行穷举测试。在实际的使用过程中，测试人员还要考虑到包括随机出现的各种突发情况，比如用户不小心撞到键盘引起某个误操作。Glenford J. Myers在1979年描述了一个只包含loop循环和if语句的简单程序。可以使用不同的语言将其写成20行左右的代码，但是这样简短的语句却有着十万亿条路径。面对这样一个庞大的数字，即便是一个有经验的优秀的软件测试员也需要十亿年才能完成全部测试，而且在实际应用中，此类程序是非常有可能出现的。 2. 杀虫剂现象 软件中存在的故障现象与发现的故障数量成正比。1990年，BorisBeizer在其编著的“Software Testing Techniques”（第二版）中提到了“杀虫剂怪事”一词，同一种测试工具或方法用于测试同一类软件越多，则被测试软件对测试的免疫力就越强。这与农药杀虫是一样的，老用一种农药，则害虫就有了免疫力，农药就失去了作用。 在现实当中，往往是发现了一个故障以后，很可能会接二连三地发现更多的软件故障。有这样一个现象值得我们去重视：47%的软件故障（是由用户发现的）是与系统中的4%的程序模块有关。因此，经测试后的程序中隐藏的故障数目与该程序中发现的故障数目成正比。 产生杀虫剂现象的可能原因是由于开发过程中各种各样的主客观因素，再加上不可预见的突发性事件，软件测试员采用同一种测试方法或者工具不可