《软件测试重点》由会员分享，可在线阅读，更多相关《软件测试重点（16页珍藏版）》请在金锄头文库上搜索。
1、第一章软件测试概述、软件测试是对软件需求分析、设计规格阐明和编码的最后复审,是软件质量保证的核心环节。2、软件故障与硬件故障导致系统失效的比例为:0：3、软件缺陷的典型例子:（）千年虫问题（银行计算利息为负数)(2）爱国者导弹防御系统(系统时钟错误积累，使导弹延时,美国的导弹误杀了美国的士兵）（）美国火星登陆事故(接口错误,没有测试，导致飞船加速下降,撞成碎片)(4)Intel奔腾芯片缺陷（计算错误,损失巨大）(5)Winow安全漏洞（系统,网站等受到袭击）(6）迪斯尼的圣诞节礼物（7)冲击波”计算机病毒4、软件缺陷产生的因素：（1）、开发人员不太理解需求,软件需求分析不够全面、精确是导致软件
2、缺陷的最重要因素。（2）、软件系统越来越复杂,开发人员不太也许精通所有的技术。(3)、技术文档普遍比较糟糕，文档自身就有错误。(4)、软件需求、设计报告、程序常常发生变更，每次变更都也许产生新的错误。（5)、任何人在编程时都也许出错误，导致程序中有错误。(6)、人们常处在进度的压力之下，匆匆之下容易产生错误。（7)、人们过于自信,不真实的“没问题”将产生真正的问题 。(8)、软件设计和编码过程中的失误也会导致软件缺陷的产生。（)、但诸多状况下,不对的的软件设计是不对的的需求分析引起的,编码阶段浮现的错误则是由需求分析和软件设计不够完善、精确引起的。5、软件测试的目的和意义软件测试的主线目的是以
3、尽量少的时间和人力发现并改正软件中潜在的多种故障及缺陷，提高软件的质量。6、软件测试原则：(1)尽早和不断测试（)每个程序员都应当测试自己的程序（份内之事），但是不能作为该程序已经通过测试的根据(因此项目需要独立测试人员）(3)完全测试是不也许的(4)测试能提高软件的质量,但是提高质量不能依赖测试(5)测试只能证明错误存在，不能证明错误不存在 （6）测试的重要困难是不懂得如何进行有效地测试，也不懂得什么时候可以放心地结束测试(）8-0原则：8%的错误汇集在20%的模块中,常常出错的模块改错后还会常常出错（8）测试应当循序渐进,不要企图一次性干完，注意“欲速则不达”、软件测试过程(1）单元测试(
4、模块测试)目的:检测程序模块中有无端障存在对象：软件设计的最小单位，与程序设计和编程实现关系密切（）集成测试（组装测试、子系统测试)目的:发现与接口有关的模块之间的问题措施:非增式集成测试法和增式集成测试法分类:非增式集成测试法对每一种模块进行单元测试在此基本上按程序构造图将各模块连接起来,把连接后的程序当作一种整体进行测试增式集成测试法不断地把待测模块连接到已测模块集(或其子集)上，看待测模块进行测试，直到最后一种模块测试完毕(). 确认测试目的：对软件产品进行评估以拟定其与否满足软件需求的过程确认测试的成果：a.测试成果满足需求规格阐明;b.与需求规格有偏离。(）.系统测试目的：针对系统中
5、各个构成部分进行的综合性检查,证明系统的性能测试人员规定:系统开发人员不能进行系统测试。系统开发组织不能负责系统测试。（5)验收测试目的：向顾客表白所开发的软件系统可以像顾客所预定的那样工作重要任务:明确规定验收测试通过的原则;拟定验收测试措施；拟定验收测试的组织和可运用的资源;拟定测试成果的分析措施；制定验收测试筹划并进行评审;设计验收测试的测试用例；审查验收测试的准备工作；执行验收测试;分析测试成果,决定与否通过验收。、软件开发过程正规的软件开发过程一般涉及六个阶段,即： 第一阶段 筹划 第二阶段需求分析（开发人员和顾客共同决定） 第三阶段 设计（涉及概要设计和具体设计） 第四阶段程序编写
6、 第五阶段 测试(单元,集成，确认,验收) 第六阶段 运营和维护 这六个阶段构成了软件的生存周期。9、软件测试与软件开发的关系软件测试在软件开发中的作用:项目规划阶段:负责整个测试阶段的监控。需求分析阶段：拟定测试需求分析，制定系统测试筹划。测试需求分析是指产品生存周期中测试所需的资源、配备、各阶段评审通过的原则等。概要设计和具体设计阶段:制定集成测试筹划和单元测试筹划。编码阶段：开发相应的测试代码或测试脚本。测试阶段:实行测试,并提交相应的测试报告。10、软件测试在软件开发中的作用测试在软件开发中占有重要地位测试成本占有开发成本的近一半11、软件测试工具(1）、白盒测试工具静态测试工具职能:
7、重要集中在需求文档、设计文档以及程序构造上，可以进行类型分析、接口分析、输入输出规格阐明分析等。工具:Mcabe & Assocate公司开发的cCe sual Quaity oolSet分析工具;ViwLo公司开发的LogiScp分析工具;Sofar Reearch公司开发的TestWorkAdvior分析工具及Stae Eanciption公司开发的Discover分析工具,北京邮电大学开发的S缺陷测试工具等。动态测试工具职能：功能确认与接口测试、覆盖率分析、性能分析、内存分析等工具：Cmpuwae公司开发的vPtner软件、Raional公司研制的urif系列等。（)、黑盒测试工具工具：
8、atinl公司的TeamTes,ompwre公司的QACente。分类:功能测试工具和性能测试工具习题1什么是软件测试？软件测试的目的和意义是什么?2简述软件测试过程。3简述软件测试过程V模型和软件测试过程模型的重要区别。软件测试过程V模型特点：非常明确地表白了测试的不同级别,清晰地展示了软件测试与开发之间的关系。软件开发是一种自顶向下逐渐细化的过程，软件测试则是一种自底向上逐渐集成的过程。软件测试过程W模型 形象的展示了开发与测试的并行,测试贯穿与开发过程。第二章 黑盒测试、黑盒测试是一种常用的软件测试措施,它将被测软件看作一种打不开的黑盒,重要根据功能需求设计测试用例,进行测试黑盒测试的基
9、本概念黑盒测试是一种从软件外部对软件实行的测试,也称功能测试或基于规格阐明的测试。其基本观点是:任何程序都可以看作是从输入定义域到输出值域的映射,这种观点将被测程序看作一种打不开的黑盒，黑盒里面的内容（实现）是完全不懂得的，只懂得软件要做什么。因无法看到盒子中的内容,因此不懂得软件是如何实现的，也不关怀黑盒里面的构造，只关怀软件的输入数据和输出成果。目的：黑盒测试是从顾客观点出发的测试，其目的是尽量发现软件的外部行为错误。在已知软件产品功能的基本上，1）检测软件功能能否按照需求规格阐明书的规定正常工作，与否有功能漏掉；2） 检测与否有人机交互错误,与否有数据构造和外部数据库访问错误，与否能恰本
10、地接受数据并保持外部信息(如数据库或文献)等的完整性；3） 检测行为、性能等特性与否满足规定等;4） 检测程序初始化和终结方面的错误等。长处： 黑盒测试着眼于软件的外部特性，通过上述方面的检测，拟定软件所实现的功能与否按照软件规格阐明书的预期规定正常工作. 两个明显的长处： 黑盒测试与软件具体实现无关,因此如果软件实现发生了变化,测试用例仍然可以使用; 设计黑盒测试用例可以和软件实现同步进行,因此可以压缩项目总的开发时间。2几种常用的黑盒测试措施等价类划分 边界值分析法因果图法 决策表法(1）等价类划分法是一种典型的黑盒测试措施,它完全不考虑程序的内部构造，只根据程序规格阐明书对输入范畴进行划
11、分,把所有也许的输入数据,即程序输入域划分为若干个互不相交的子集，称为等价类，然后从每个等价类中选用少数具有代表性的数据作为测试用例，进行测试。所谓等价类是指输入域的某个互不相交的子集合,所有等价类的并便是整个输入域。等价类划分测试用例设计 在设计测试用例时应同步考虑有效等价类和无效等价类测试用例的设计。根据等价类表设计测试用例,具体环节如下:(1）为每个等价类规定一种唯一的编号。（2) 设计一种新的测试用例,尽量多地覆盖尚未被覆盖的有效等价类，反复这一步,直到测试用例覆盖了所有的有效等价类。（) 设计一种新的测试用例，使其覆盖并且只覆盖一种还没有被覆盖的无效等价类。反复这一步,直至测试用例覆
12、盖了所有的无效等价类。（2）、边界值分析法大量的软件测试实践表白,故障往往出目前定义域或值域的边界上，而不是在其内部。为检测边界附近的解决专门设计测试用例,一般都会获得较好的测试效果。因此边界值分析法是一种很实用的黑盒测试用例措施,它具有很强的发现故障的能力。边界条件1边界是某些特殊状况。程序在解决大量中间数值时都是对的,但是在边界处也许浮现错误。边界条件就是软件筹划的操作界线所在的边沿条件。2某些也许与边界有关的数据类型有：数值,速度,字符，地址,位置,尺寸，数量等。在等价类划分基本上进行边界值分析测试的基本思想是，选用正好等于、刚刚不小于或刚刚不不小于等价类边界的值作为测试数据，而不是选用
13、等价类中的典型值或任意值做为测试数据。(3)、因果图法因果图法是基于这样的一种思想：某些程序的功能可以用鉴定表（或称决策表）的形式来表达，并根据输入条件的组合状况规定相应的操作。因果图法的定义:是一种运用图解法分析输入的多种组合状况,从而设计测试用例的措施,它适合于检查程序输入条件的多种组合状况。采用因果图法设计测试用例的环节:(1）根据程序规格阐明书描述，分析并拟定因（输入条件）和果(输出成果或程序状态的变化）,画出因果图。(2)将得到的因果图转换为决策表（鉴定表)。(3）为决策表中每一列所示的状况设计一种测试用例。使用因果图法的长处：（1)考虑到了输入状况的多种组合以及各个输入状况之间的互
14、相制约关系。（2）可以协助测试人员按照一定的环节,高效率的开发测试用例。(）因果图法是将自然语言规格阐明转化成形式语言规格阐明的一种严格的措施，可以指出规格阐明存在的不完整性和二义性。因果图法测试用例的设计环节:（1）拟定软件规格中的因素和成果。分析规格阐明中哪些是因素(即输入条件或输入条件的等价类），哪些是成果（即输出条件),并给每个因素和成果赋予一种标记符。(2)拟定因素和成果之间的逻辑关系。分析软件规格阐明中的语义，找出因素与成果之间、因素与因素之间相应的关系,根据这些关系画出因果图。(）拟定因果图中的各个约束。由于语法或环境的限制,有些因素与因素之间、因素与成果之间的组合状况不也许浮现
15、。为表白这些特殊状况，在因果图上用某些记号表白约束或限制条件。(4）把因果图转换为决策表。（5)根据决策表设计测试用例。(4）、决策表法在一种程序中，如果输入输出比较多,输入之间和输出之间互相制约的条件比较多，在这种状况下合合用决策表，可以很清晰的体现它们之间的多种复杂关系。决策表 决策表是把作为条件的所有输入的多种组合值以及相应输出值都罗列出来而形成的表格。 概念：决策表是分析和体现多逻辑条件下执行不同操作的状况的工具。 长处:它可以将复杂的问题按照多种也许的状况所有列举出来,简要并避免漏掉。因此，运用决策表可以设计出完整的测试用例集合。 在某些数据解决问题当中，某些操作的实行依赖于多种逻辑条件的组合,即：针对不同逻辑条
