软件工程-软件测试概论.ppt

《软件工程-软件测试概论.ppt》由会员分享，可在线阅读，更多相关《软件工程-软件测试概论.ppt（63页珍藏版）》请在三一办公上搜索。

1、,地址：北京市海淀区学院路40号大唐电信测试空间楼联系电话：010-62303223 62303260 62303230,第七章,软件测试,概论,在本章中，我们将研究：1、错误类型和如何分类错误 2、测试的目的3、单元测试 4、集成测试策略5、测试计划 6、何时停止测试有许多种测试方法，这里将为你介绍几种测试方法，它们能够使你为用户发布一个高质量的系统。在开发过程中怎样在需求和设计的复查中帮助我们探索错误。但是测试是以发现错误为核心,有许多种方法使我们在测试上下的功夫更有效率更有效果。,概论,Jones广泛地研究了程序员的生产力，包括错误的查找和修正的本性。查阅了历史上一千万行的代码，他发现代

2、码检查纠除了85%多的错误。Jones调查了建议典型的准备时间和会议时间。典型的准备时间和会议时间开发产品准备时间 会议时间需求文档每小时25页 每小时12页功能描述每小时45页 每小时15页逻辑描述每小时50页 每小时20页源代码每小时150行代码 每小时75行代码用户手册每小时35页 每小时20页,概论,韦勒(1993)在公牛信息系统3 年检查数据。来自几乎7，000 个检查会议的尺度包括大约11557 个错误信息和14677 页的设计文献。他发现小组的有效性和效率取决于他们对产品的熟悉：越熟悉，越好。另一方面，韦勒发现在一项12000 行C语言的工程上，需求和设计没被复查；检查仅从代码开

3、始。比较代码检查数据和测试数据，韦勒发现代码检查主要鉴定编码或者低水平设计错误。测试 还要发现需求和结构的错误。因此，代码检查的结果没代表真实的系统质量。测试中发现的错误（Jones）测试活动每千行代码发现的错误 需求复查2.5 设计复查5.0代码检查10.0 集成测试3.0 验收测试2.0,概论,Grady在惠普解释到，为代码检查做计划一般需要2个小时，接着30分钟的小组会议。然后个人准备2个小时发现错误和90分钟汇报错误。小组花费30分钟集体讨论错误的发现并推荐采取的措施。当错误修正后，代码检查会议的主持人再花费半个小时书写和发布摘要文档。Jones总结了他的工程信息的数据，画了一个不同的

4、图，比较复查，检查和其他发现方法的不同。代码检查善于发现代码错误，但是原型系统更容易鉴别需求的错误。Fagan在IBM发布检查代码的方针后，许多其它的组织机构，包括惠普，ITT和AT&T都采纳了代码检测作为推荐或标准实施。,概论,假想你已经编完你的组件，自己检查完毕，小组复查完毕。下一步测试是，以更加结构化的方式详细审查确保它的正确性。一个程序是正确的，当它正确实现设计中说明的功能和数据和它与其它组件正确接口。一种研究程序的正确性方式是把代码看成语句的逻辑流。如果我们能够用正式的逻辑系统复写程序，就能测试语句的正确性。公式证明技巧。按照一系列步骤转换代码为逻辑副本，表达遵循数学逻辑的规则。,7

5、.1 基本概念,软件产品最大的开发成本是检测软件错误、修正软件错误的成本。在整个软件开发中：测试工作量50%,软件质量问题,以软件测试为中心的软件质量保障技术软件 静态测试技术质量动态测试技术控制配置管理技术技术修改控制与管理技术 软件测试是保证软件质量,提高软件可靠性的关键,软件测试的目标,(1)预防错误:几乎不可实现(2)发现错误:软件测试目的,找错,7.1.1 测试的目的与地位,在中认为:“程序测试是为了发现错误而执行程序的过程.”,E.W.Dijkstra 指出:“程序测试能证明错误的存在,但不能证明错误不存在。”测试的目的是发现程序中的错误,是为了证明程序有错,而不是证明程序无错。成

6、功的测试在于发现了迄今尚未发现的缺陷。所以测试人员的职责是设计这样的测试用例，它能有效地揭示潜伏在软件里的缺陷。千万不要将“测试”与“演示”混为一谈。,把证明程序无错当作测试目的不仅是不正确的,完全做不到的，而且对做好测试没有任何益处，甚至是十分有害的.软件测试要设法使软件发生故障,暴露软件错误 测试的“成功”与“失败”能够发现错误的测试是成功的测试，否则是失败的测试。,“测试的目的是说明程序正确地执行它应有的功能”也是错误的.例：程序Triangle，输入三个整数，表示一个三角形的三个边长，该程序产生一个结果，指出该三角形是等边三角形、等腰三角形还是不等边三角形。为说明其能正确执行它的功能，

7、可使用“测试用例”(3,4,5),(5,5,6),(6,6,6),程序都能给出正确结果，是否就可认为程序是正确的？,测试(test)调试(debug),以已知条件开始,使用预先定义的程序,有预知的结果,以不可知内部条件开始,结果一般很难预见,有计划,被动的,由独立的测试组，在不了解软件设计的条件下完成,由程序作者进行,发现错误,找出错误位置，排除,测试与调试(排错),程序中的问题根源可能在开发前期的各阶段，解决、纠正错误也必须追溯到前期工作。,测试与开发前期工作的关系,决定软件与系统的配合关系,需求分析,概要设计,详细设计,编 码,单元测试,集成测试,确认测试,系统测试,测试阶段工作步骤单元测

8、试:检验每个模块能否单独 工作.集成测试:检验概要设计中模块接 口设计问题系统测试:结合系统硬软件综合检验确认测试:以需求规格说明书为检 验尺度测试可视为分析、设计、编码三个阶段的最终复审,以保证软件质量.,开发前期出现错误的扩展,计划,需求分析,设计,编码,测试,A,A,B,软件生存期各阶段间需保持的正确性,用户要求,用户:我要什么?,运行结果,计算机:程序运行得到的结果,源程序,程序员:我要让计算机什么做?,设计说明书,设计员:我要让软件做什么?,需求说明书,分析员:我可以提供什么?,1,2,3,4,5,理解正确性表达正确性,理解正确性设计正确性表达正确性,理解正确性编码正确性,运行正确性

9、输入正确性,相符吗?,软件测试的对象 软件测试不等于程序测试 软件测试应贯穿于软件定义与开发的整个期间；据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。,7.1.2 测试的基本原则“测试用例”要求 测试用的一组输入数据、环境平台和运行条件。,测试的基本原则(1)开发和测试队伍分别建立(2)测试用例应由输入数据和预期的输出结果两部分组成(3)兼顾合理的输入和不合理的输入数据(4)应检查程序是否作了不该做的事(5)程序修改后要回归测试(6)应长期保留测试用例，直至系统废弃。,程序测试举例例：程序 Tri

10、angle，输入三个整 数，表示一个三角形的三个边 长，该程序产生一个结果，指 出该三角形是等边三角形、等 腰三角形还是不等边三角形。,判断三角型的测试用例设计:输入数据 预期结果(1)6;6;6 等边(2)8;8;4 等腰(3)4;5;6 一般 还应输入非法数据：0;7;9-7;3;5 a;2;7 等,软件错误分类 功能错(需求分析错误)软件结构错 数据错 编码错 软件集成错 测试定义与测试执行错误,软件测试信息流,测试过程需要三类输入：软件配置:需求规格说明书 软件设计说明书 被测源程序测试配置:测试计划 测试用例(测试数据)测试驱动程序测试工具：如loadrunner,软件测试信息流,软

11、件配置,测试,测试配置,测试工具,结果分析,排错,可靠性 分析,测试结果,错误,预期结果,出错率,改正的软件,预测的可靠性,7.1.4 测试的方法与技术,软件测试的策略和方法,静态测试方法,动态测试方法,人工测试方法,计算机辅助静态分析方法,白盒测试方法,黑盒测试方法,穷举测试方法,静态测试：基本特征是在对软件进行 分析、检查和测试，不实 际运行被测试的软件。静态测试约可找出3070%的逻辑设计错误.对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错.,动态测试：通过运行软件来检验软件的动态行为和运行结果的正确性动态测试的两个基本要素：被测试程序 测试数据（测试用例

12、）,动态测试方法(1)选取定义域有效值,或定义域外无效值.(2)对已选取值决定预期的结果(3)用选取值执行程序(4)执行结果 与(2)结果相比,不吻合程序有错.,每个开发人员应当测试自己的程序（份内之事），但是不能作为该程序已经通过测试的依据（所以项目需要独立测试人员）。测试应当循序渐进，不要企图一次性干完，注意“欲速则不达”。,测试的分类与比较,测试方式白盒测试：关心软件内部设计和程序实现，主要测试依据是设计文档黑盒测试：不关心软件内部，只关心输入输出，主要测试依据是需求文档,测试阶段,单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程，体现了“分而

13、治之”的思想。单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既要验证“设计”又要验证“需求”。系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。验收测试与系统测试非常相似，主要区别是测试人员不同，验收测试由用户执行。,7.2 两种类型的测试“彻底地测试”难以成为现实，要考虑时间、费用等限制，不允许无休止地测试。7.2.1 黑盒测试 又称:功能测试 数据驱动测试 基于规格说明书的测试,7.2.2 白盒测试 又称:结构

14、测试 玻璃盒测试 基于覆盖的测试 根据被测程序的逻辑结构设计测试用例 力求提高测试覆盖率,黑盒测试与白盒测试比较 黑盒测试是从用户观点，按规格说明书要求的输入数据与输出数据的对应关系设计测试用例,是根据程序外部特征进行测试。白盒测试是根据程序内部逻辑结构进行测试。,7.2.3 穷举测试例:输入 三条边长 黑盒测试可采用的测试用例数(设字长16位)执行时间:设测试一次需1ms 共需一千年。,=2 X2 X2 3X10,16,16,16,14,7.2.3 穷举测试 白盒测试例:含4个分支,循环次数20,从A到B的可能路径执行时间:设测试一次需3ms 穷举测试需1千年.,=5+5+.+5+5 10,

15、20,1,2,19,14,A,B,不论黑盒还是白盒测试都不能进行穷尽测试,所以软件测试不可能发现程序中存在的所有错误因此需精心设计测试方案,力争尽可能少的次数,测出尽可能多的错误.,黑盒测试与白盒测试能发现的错误,C,B,A,D,-只能用黑盒测试发现的错误,A,-只能用白盒测试发现的错误,-两种方法都能发现的错误,-两种方法都不能发现的错误,B,C,D,有了“黑盒”测试为什么还要“白盒”测试,黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的。因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对”，只有白盒测试才能发现真正的原因。白盒测试

16、能发现程序里的隐患，象内存泄漏、误差累计问题。在这方面，黑盒测试存在严重的不足。,7.3白盒测试的测试用例设计7.3.1 逻辑覆盖法例:PROCEDURE SAMPAL(A，B：REAL；VAR X：REAL);BEGIN IF(A1)AND(B=0)THEN X:=X/A IF(A=2)OR(X1)THEN X:=X+1 END;,逻辑覆盖准则:(1)语句覆盖(2)判定覆盖(3)条件覆盖(4)判定/条件覆盖(5)条件组合覆盖(6)路径覆盖(7)点覆盖(8)边覆盖,1语句覆盖,开始,(A1)AND(B=0),(A=2)OR(X1),返回,X=X/A,X=X+1,F,F,T,T,a,b,d,c,

17、e,使程序中每个语句至少执行一次,测试用例:A=2，B=0，X=4,只需设计一个测试用例:输入数据：A=2，B=0，X=4即达到了语句覆盖;但如第一个判定中，AND错写成OR，则执行结果不变，即不能查出这个问题，故语句覆盖是最弱的逻辑覆盖,2判定覆盖,开始,(A1)AND(B=0),(A=2)OR(X1),返回,X=X/A,X=X+1,F,F,T,T,a,b,d,c,e,使每个判定的真假分支都至少执行一次,A=3，B=0，X=1 A=2，B=1，X=1,例:可设计两组测试用例:A=3，B=0，X=1 可覆盖c、d分支 A=2，B=1，X=1 可覆盖b、e分支 两组测试用例可覆盖所有判定的真假分

18、支条件覆盖仍是弱的逻辑覆盖,第一判定表达式:设条件 A1 取真 记为 T1 假 T1 条件 B=1 取真 记为 T2 假 T2第二判定表达式:设条件 A=2 取真 记为 T3 假 T3 条件 X1 取真 记为 T4 假 T4,(3)条件覆盖 使每个判定的每个条件的可能取值至少执行一次,条件覆盖,开始,(A1)AND(B=0),(A=2)OR(X1),返回,X=X/A,X=X+1,F,F,T,T,a,b,d,c,e,满足条件:T1,T1,T2,T2 T3,T3 T4,T4,A B X1 0 32 1 1,测试用例 通过 满足的 覆盖A B X 路径 条件 分支1 0 3 abe T1,T2,T3

19、,T4 b,e2 1 1 abe T1,T2,T3,T4 b,e 两个测试用例覆盖了四个条件八种可能取值。未覆盖c、d分支，不满足判定覆盖的要求.条件覆盖不一定包含判定覆盖判定覆盖也不一定包含条件覆盖,(4)判定/条件覆盖 选取足够多的测试用例，使判断中的每个条件的所有可能取值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次.,判定/条件 覆盖,开始,(A1)AND(B=0),(A=2)OR(X1),返回,X=X/A,X=X+1,F,F,T,T,a,b,d,c,e,满足条件:T1,T1,T2,T2 T3,T3 T4,T4,A B X2 0 4 全T1 1 1全F,测试用例 通过 满

20、足的 覆盖A B X 路径 条件 分支2 0 4 ace T1,T2,T3,T4 c,e1 1 1 abd T1,T2,T3,T4 b,d 能同时满足判定、条件两种覆盖标准。取值。,测试用例 通过 满足的 覆盖A B X 路径 条件 分支2 0 3 ace T1,T2,T3,T4 c,e2 1 1 abe T1,T2,T3,T4 b,e1 0 3 abe T1,T2,T3,T4 b,e1 1 1 abd T1,T2,T3,T4 b,d,(5)条件组合覆盖 所有可能的条件取值组合至少执行一次 A1,B=0 A1,B0 A1,B=0 A1,B0 A=2,X1 A=2,X1 A2,X1 A2,X1,

21、测试用例 通过 满足的 覆盖A B X 路径 条件 分支2 0 3 ace T1,T2,T3,T4 c,e2 1 1 abe T1,T2,T3,T4 b,e0 0 1 abe T1,T2,T3,T4 b,e0 1 0 abd T1,T2,T3,T4 b,d2 0 2 ace T1,T2,T3,T4 c,e2 1 1 abe T1,T2,T3,T4 b,e3 2 2 abe T1,T2,T3,T4 b,e3 3 1 abd T1,T2,T3,T4 b,d,测试用例 通过 满足的 覆盖A B X 路径 条件 分支2 0 4 ace T1,T2,T3,T4 c,e2 1 1 abe T1,T2,T3

22、,T4 b,e1 0 2 abd T1,T2,T3,T4 b,d1 1 1 abd T1,T2,T3,T4 b,d,(6)路径覆盖 覆盖每一个可能的路径测试用例 通过 满足的 覆盖A B X 路径 条件 分支1 1 1 abd T1,T2,T3,T4 b,d1 1 2 abe T1,T2,T3,T4 b,e3 0 1 acd T1,T2,T3,T4 c,d2 0 4 ace T1,T2,T3,T4 c,e,路径测试法借助程序控制流图设计测试用例的白盒测试法.点覆盖 边覆盖 路径覆盖,(7)点覆盖 测试路径至少经过程序控制流图中每个节点一次执行路径:abdghi和aceghi满足点覆盖,S,1,

23、2,3,4,5,6,E,a,c,b,d,f,e,g,h,i,(8)边覆盖 测试路径至少经过程序控制流图中每条边一次.执行路径:abdfi和aceghi满足边覆盖,S,1,2,3,4,5,6,E,a,c,b,d,f,e,g,h,i,(9)路径覆盖 程序图中所有简单路径的组合都至少经过一次.执行路径:abdfi、abdghi、acefi、aceghi满足路径覆盖 与穷举路径测试区别：不考虑循环时的路径组合，是静态的路径测试。不能保证条件覆盖和判定条件覆盖。相当于判定覆盖的组合。,(10)几种覆盖间的关系,语句覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖语句覆盖(一般)条件覆盖 判定覆盖(一般)条件覆盖,