软件质量与测试

1、软件质量与测试目录第一篇软件质量第1章软件质量概述第2章软件质量和配置管理第3章软件质量标准第4章软件全面质量管理 第5章软件评审第二篇软件测试第6章软件测试技术第7章白盒测试第8章黑盒测试第9章集成测试第10章系统测试第1章软件测试自动化第12章软件测试管理第一篇软件质量1. 1软件开发过程1. 1. 1计算机软件1. 1. 2软件开发过程1. 1. 3软件开发过程模型1 2软件质量1 2. 1软件质量概述IEEE （Institute of Electrical and Electronics Engineers，电气 和电子工程师协会）中关于软件质量的定义是：系统、部件 或者过程满足规定

2、需求的程度；系统、部件或者过程满足客 户或者用户需求或期望的程度。1979年 Fisher和Light将软件质量定义为：表征计算机系统卓 越程度的所有属性的集合。1982年他们将软件质量定义修改 为：软件产品满足明确需求一组属性的集合。ANSI（American National Standards Institute，美国国家标准 学会）在1983年给软件质量下的定义是：与软件产品满足规 定的和隐含的需求能力有关的特征和特性的全体。1994年国际标准化组织ISO8042将软件质量定义为：反映实 体满足明确的和隐含的需求的能力和特性的总和。ISO / IEC912将软件质量定义为：它集合了软件

3、产品需达到指定 人员和指定要求的总和，指定的要求一般包括了对软件的性能、 软件的兼容性、软件的主体功能等各个方面的描述和定义说明。 软件质量的优劣决定了其软件产品是否满足用户的需求。衡量 软件质量好坏的标准通常是交付的软件产品的缺陷数量的多少。 对软件产品的质量影响的因素包括人、技术和过程，这些因素 同样也决定了生产效率的高低。GB/T125O4-1990寸软件质量定义是：软件质量是指软件产品中能 满足给定需求的各种特性的总和。这些特性称为质量特性，包 括：功能度、可靠性、易用性、时间经济性、可维护性和移植 性等。GB/T11457-2006寸软件质量定义是：1）软件产品中能满足给定需求的性质

4、和特性的总体。2）软件具有所期望的各种属性的组合程度。3）顾客和用户觉得软件满足其综合期望的程度。4）确定软件在使用中将满足顾客期望要求的程度。1. 2. 2软件质量保证SQAIEEE中对软件质量保证的定义是：质量保证是有计 划和系统性的活动，它对部件和产品满足确定的技 术需求提供足够的信心。1. 2. 3软件质量模型1. McCall质量模型矶性质量特性质量子特性适合性正确性 石择作性依从性 安全性/易分桩性上二稳定性可络护性金二一易变更性7适应住可移稱悻度量度 萤 宙 用 户 自A决舄测试性 為安蕉性致性 易替拥性一-一成熱性门靠林=一？;.错忖恢复性 扇理解性 可月性V二:易学习性7-易

5、操作件 _一闕闻特性 敢率-|资再特性1. 3软件缺陷1. 3. 1软件缺陷简介1. 3. 2软件缺陷产生的原因1. 3. 3软件缺陷的严重性和优先级1. 3. 4软件缺陷构成1. 3. 5软件缺陷的预防和修复第2章软件质量度量和配置管理2. 1软件质量度量2. 1. 1软件质量度量概述2. 1. 2软件质量度量过程中常见的问题软件质量度量模型第2章软件质量度量和配置管理2. 2软件配置管理2. 2. 1软件配置管理的概述2. 2. 2配置管理的主要内容3. 1软件质量标准概述3. 1. 1国际标准3. 1. 2国家标准3. 1. 3行业标准3. 1. 4企业标准3. 1. 5其他标准3. 2

6、软件能力成熟度模型CMM3. 2. 1 CMM的含义二十世纪三十年代，经济学家 Walter Shewart提出了产品 质量的分层控制原理。CMM (Capability Maturity Modelfor Software )即软件能力成熟度模型，CMM的研究始于1986年1月，为了满足美国联邦政府评估软件供应商能力 的要求，美国卡内基 梅隆大学软件工程研究院(SEI )展 开研究，以探索一种保证软件产品质量、缩短开发周期 和提高工作效率的软件工程模式与标准规范。3. 2. 2 CMM的五个级别级别1初始级。描述了不成熟，或者说是未定义过程的组织， 没有为软件开发和维护提供一个稳定的环境。项

7、目成功具有偶 然性。级别2:可重复级。需要解决需求管理，软件项目计划，软件项 目跟踪和监控，软件子合同管理，软件质量保证，软件配置管 理等过程区域。级别3:已定义级。需要解决组织级过程焦点，组织级过程定义， 培训大纲，集成软件管理，软件产品工程，组间协调，同行评 审等过程区域。级别4 :已管理级。需要解决定量过程管理，软件质量管理等过 程区域。企业为软件产品和软件过程制定了量化的质量目标。级别5:优化级。需要解决缺陷预防，技术更新管理，过程更改 管理等过程区域。企业以防止错误为目标，在过程实施之前想 办法发现过程中的优点和缺点。3. 2. 3国内软件企业参与实施 CMM3. 3能力成熟度整合模

8、型CMMI3. 3. 1 CMM的含义CMMI的主要原则：1 强调高层管理者的支持。过程改进往往也是由高层管理者认 识和提出的，大力度的、一致的支持是过程改进的关键。2 仔细确定改进目标，首先应该对给定时间内的所能完成的改 进目标进行正确的估计和定义并制定计划。选择能够达至G的目 标和能够看到对组织的效益。3 选择最佳实践，应该基于组织现有的软件活动和过程财富， 参考其他标准模型，取其精华去其糟粕，得到新的实践活动模 型。4过程改进要与组织的商务目标一致，与发展战略紧密结合。3. 3. 2 CMMI的基本内容3. 3. 3 CMM与CMMI的区别3. 4 ISO9000软件质量标准3. 4.

9、1 ISO9OO0勺主要内容3. 4. 2 IS09000和CMM/CMMI 的关系3.5.1IEE质量标准3.5.2SPICE3.5.3ISO/IEC第4章 软件全面质量管理4.1软件全面质量管理概述4. 1. 1质量管理和全面质量管理质量管理是指在质量方面指挥和控制组织的协调的活动。质量 管理，通常包括制定质量方针和质量目标以及质量策划、质量 控制、质量保证和质量改进。全面质量管理(Total Quality Ma nageme nt，TQM)， 20 世纪 50年代以来，随着生产力的迅速发展和科学技术的日新月异丄 人们对产品的质量从注重产品的一般性能发展为注重产品的耐 用性、可靠性、安全

10、性、维修性和经济性等。在生产技术和企 业管理中要求运用系统的观点来研究质量问题。在管理理论上 也有新的发展，突出重视人的因素，强调依靠企业全体人员的 努力来保证质量此外，还有“保护消费者利益”运动的兴起， 企业之间市场竞争越来越激烈。4. 1. 2软件全面质量管理的含义全面质量管理由于适应科技、经济、社会的发展趋 势，得到了迅速发展，在实践运用中取得了丰硕成果。 全面质量管理强调系统、集成、统一和全员、全面、全 过程的观点。其核心思想是，企业的一切活动都围绕着 质量来进行，同时强调最佳经济和客户满意的约束条 件。软件全面质量管理是在使企业利润最大化的水平上， 并充分满足用户明确或隐含要求的条件

11、下，进行软件的 规划、分析、设计、实施和维护活动，把研发团队的质 量控制和质量设计活动构成为一体的一种有效管理体 系。4. 2软件全面质量管理的步骤和评审本节主要讨论的软件全面质量管理的分为事前质量管理、事中 质量管理和事后质量管理。软件全面质量管理中的评审工作由 对软件项目计划书进行评审、对需求分析说明书进行评审、对 概要设计说明书进行评审、对总体设计进行评审和测试评审五 个部分组成。4. 2. 1软件全面质量管理的步骤1 事前质量管理2. 事中质量管理3. 事后质量管理4. 2. 2软件全面质量管理中的评审4. 3软件全面质量管理中的团队和质量控制 软件开发已经是一个团队工程项目，任何在软

12、件全 面质量管理中进行的团队管理，以及软件全面质量 管理中的质量管控是本节主要讨论的内容。4. 3. 1软件全面质量管理中的团队4. 3. 2软件全面质量管理中的质量控制第5章软件评审5. 1软件评审概述1994年 IEEE寸软件评审下的定义是：软件评审是一种对软件元 素所作的正式的评审活动。其目的是检验软件开发和软件测试 各个阶段的工作是否齐全、规范，各阶段产品是否到达了规定 的技术要求和质量要求，以决定是否可以转入下一阶段的工作。 M.E. Fagan在软件评审方面有突出的贡献，他在总结大量的实 践后得到的结论是，用人们熟悉的运行程序的测试方法只能发 现五分之一的故障，而认真的评审可以发现

13、五分之四的故障。Karl E. Wiegers （卡尔 威格）对软件评审的阐述：不管你有没 有发现它们，缺陷总存在，问题只是你最终发现它们时，需要 多少纠正成本，评审的投入把质量成本从昂贵的、后期返工转 变为早期的缺陷发现。5. 2软件评审的主要内容5. 2. 1软件评审目标5. 2. 2软件评审过程5. 2. 3软件评审原则5. 2. 4软件评审的特点5. 3软件评审的几个阶段5. 3. 1需求评审5. 3. 2概要设计评审5. 3. 3详细设计评审5. 3. 4数据库设计评审5. 3. 5测试评审5. 4避免进入评审误区误区一：评审参与者不了解评审过程误区二：评审人员评论开发人员，而不是产

14、品 误区三：评审没有被安排进入项目计划 误区四：评审会议变成了问题解决方案讨论会 误区五：评审人员事先对评审材料没有足够了解 误区六：评审人员关注于非实质性问题 误区七：忽视细节5. 5软件评审中的角色和职能第二篇软件测试6 . 1软件测试的必要性6 . 2软件测试概述1. IEEE合软件测试下的定义1983年IEEE （国际电子电气工程师协会）提出的软件工程标准术语中给软 件测试下的定义是：使用人工或自动手段来运行或测定某个系统的过程， 其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之问 的差别。2. G. J. Myers给软件测试下的定义G. J. Myers在其经典论著软

15、件测试的艺术中对软件测试提出如下观点: 软件测试是为了发现错误而执行程序的过程； 测试是为了证明程序有错，而不是证明程序无错； 一个好的测试用例在于他能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。3. 从软件质量保证的角度给软件测试下的定义从软件质量保证的角度看，软件测试是一种重要的软件质量保证活动，其 动机是通过一些经济、有效的方法，捕捉软件中的错误，从而达到保证软 件内在质量的目的。6. 2.1软件测试过程模型下面是几种典型的软件测试模型，有V模型、W模型 和X模型，这些模型从不同程度反应了软件开发与测 试关系。6. 2. 2软件测试用例6 . 2. 3软件测试技

16、术方法6 . 2. 4软件测试的复杂性与经济性6. 3软件测试过程单元测试醴单元测试单元测试模块设计信息F的己软件需求F的 认 确 己试 测件 tt已测系统测试验收测试其它M统元素6. 4软件测试的原则与误区软件测试是一项复杂的系统工程，在测试过程中一 定要遵守一些原则，同时避免陷入一些误区。6 . 4. 1软件测试的原则6 . 4. 2软件测试的误区6. 5软件测试的发展软件测试作为信息产业的重要分支在我国发展十分 迅速，并且业内对软件测试的发展也有着乐观和积 极的态度。可以这样说，软件测试职业前景也是非 常美好。6. 5. 1软件测试的发展历程6 . 5. 2我国软件测试的发展历程6. 5

17、. 3软件测试外包6. 6软件测试工作6. 6.1软件测试工程师6 . 6. 2软件测试工作特点第7章白盒测试7. 1白盒测试概述7. 1. 1白盒测试含义白盒测试(White Box Testing )又称结构测试(Structural Test ing )、透明盒测试、逻辑驱动测试或基于代码的测 试。白盒测试是一种测试用例设计方法，“盒子”指的 是被测试的软件，“白盒”指的是盒子是可视的，你清 楚盒子内部的东西以及里面是如何运作的。白盒测试法 全面了解程序内部逻辑结构、对所有逻辑路径进行测试。 在使用这种方法时，测试者必须检查程序的内部结构， 从检查程序的逻辑着手，得出测试数据。7. 1.

18、 2静态测试的和动态测试7. 1. 3软件测试与软件调试的区别7. 2逻辑驱动覆盖测试六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈 由弱至强的变化。语句覆盖每条语句至少执行一次。判 定覆盖每个判定的每个分支至少执行一次。条件覆盖每 个判定的每个条件应取到各种可能的值。判定/条件覆盖同时满足判定覆盖和条件覆盖。条件组合覆盖每个判定 中各条件的每一种组合至少出现一次。路径覆盖使程序 中每一条可能的路径至少执行一次。7. 3其他几种白盒测试7. 3. 1程序插装测试7. 3. 2程序变异测试7. 3. 3循环测试7. 4代码检查代码检查(Code

19、 Inspection )的目的是确保代码编程标准 有效的被执行，提高代码质量，减轻动态测试负担，提 高代码可重复使用，降低项目风险与经费增加程序的可 理解性，降低维护成本。代码检查是静态测试的一种， 而静态测试则是为动态测试做准备。7. 4. 1桌前检查和代码走查7. 4. 2代码评审和同行评审7. 4. 3基于缺陷模式测试第8章黑盒测试& 1黑盒测试概述& 1. 1黑盒测试含义黑盒测试(Black Box Testing )也称功能测试，它是通过 测试来检测每个功能是否都能正常使用。在测试中，把 程序看作一个不能打开的黑盒子，在完全不考虑程序内 部结构和内部特性的情况下，在程序接口进行测试，它 只检查程序功能是否按照需求规格说明书的规定正常使 用，程序是否能适当地接收输入数据而产生正确的输出 信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑 结构，主要针对软件界面和软件功能进行