第1章 软件测试概述分析报告.pptVIP

第1章 软件测试概述 1.1 软件测试的背景 1.2 软件缺陷 1.3 软件测试的复杂性与经济性分析 1.4 软件测试的认识 1.5 软件测试人员的素质 引子：猎人打鸟 讨论 来回答一个问题：如果树上有10只鸟，开枪打死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手机平台存在缺陷 - 金山词霸bug 上述所有实例中的软件问题在软件工程或软件测试中都被称为软件缺陷。 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 软件测试的复杂性 太少的测试是不负责任，过多的测试是一种浪费。 100％的测试是不可能的 1.3.1 软件测试的复杂性 1.3.1 软件测试的复杂性 1.3.2 软件测试的经济性 1.3.2 软件测试的经济性 1.3.3 软件测试的充分性准则 1.4 软件测试的认识 1.5 软件测试人员的素质 上机作业： 1.对如下两幅图加以说明及描述。 ① 软件开发的主要环节（提示：软件测试在哪） ② 穷举测试会引起以下几种问题： 测试所需要的输入量太大； 测试的输出结果太多； 软件执行路径太多； 软件的规格说明书存在主观性，没有一个客观的标准，从不同的角度来评判，软件缺陷的标准是不同的。 加法的测试（穷举法）： 输入合理数据：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，…,这样的测试情况可能出现无穷多个。 为什么不可能做穷举测试 M1 D1 D2 D3 D4 M2 M3 M4 M5 M6 M7 D5 =20次 循环次数 0 1 2……20 独立路径数 51+52+53+……+521≈1014 (1百万亿) 每个测试用例（考虑、执行、验证结果）5分钟 共需测试时间 10亿年 2. 杀虫剂现象 软件中存在的故障现象与发现的故障数量成正比。1990年，BorisBeizer在其编著的“Software Testing Techniques”（第二版）中提到了“杀虫剂怪事”一词，同一种测试工具或方法用于测试同一类软件越多，则被测试软件对测试的免疫力就越强。这与农药杀虫是一样的，老用一种农药，则害虫就有了免疫力，农药就失去了作用。 在现实当中，往往是发现了一个故障以后，很可能会接二连三地发现更多的软件故障。有这样一个现象值得我们去重视：47%的软件故障（是由用户发现的）是与系统中的4%的程序模块有关。因此，经测试后的程序中隐藏的故障数目与该程序中发现的故障数目成正比。 产生杀虫剂现象的可能原因是由于开发过程中各种各样的主客观因素，再加上