第7章软件测试标准

和隐含需要的能力和特性总和” 和隐含需要的能力和特性总和”
Байду номын сангаас
• 从软件质量的定义可以看出以下4个含义：
• 具有能满足给定需要的所有特性 • 具有所希望的各种属性的组合的程度 • 顾客或用户认为能满足其综合期望的程度 • 软件的组合特性，它确定软件在使用过程中将满足顾客预期要求的程度。
5
7.1.1 软件质量与度量
19
3.1.3软件质量评价
1. 开发人员的评价过程 2. 顾客的评价过程 3. 评价者的评价过程
20
1.开发人员的评价过程
• 指开发人员对软件产品的质量进行评价的 过程
– 首先要明确评价的概念，包括软件质量指示器 – 规定了对评价过程的要求，包括对组织的要求 （数据收集的反馈方式和途径）、项目的要求 （如确定质量要求、确定内部和外部质量度量 等），以及对质量分析、质量控制和质量评价 的要求。
• GB/T 18905-2002系列标准等同于ISO/IEC 14598标准是为软件产品 质量的测量、评估和评价提供了方法。 • 软件质量评价的基本部分包括：质量模型、评价方法、软件的测量和 支持工具。 • GB/T 18905-2002系列由6部分组成：
– – – – – – GB/T 18905.1-2002，概述软件产品评价的产品，提供评价需求和指南 GB/T 18905.2-2002，策划和管理 GB/T 18905.3-2002，开发者用的过程 GB/T 18905.4-2002，需求方用的过程 GB/T 18905.5-2002，评价者用的过程 GB/T 18905.6-2002，评价模块的文档编制
17
3.ISO 9126质量模型
18
3.ISO 9126质量模型
• ISO/IEC 9126-1991的出发点在于使软件最 大限度的满足用户明确的和潜在的需求。 • 这六个质量特性最大可能的涵盖了其他早 期质量模型中所有的因素，而且彼此的交 叉性最小。 • 软件质量特性与子特性的定义是从用户的 角度、开发者的角度和管理者的角度全方 位考虑的。
21
2.顾客的评价过程
• 顾客的评价过程是对拟“购买”的软件包进行评 价的过程,评价时将对软件在预期环境中使用时所 带来的风险进行测量。 • “评价的目标”包括：
– – – – 用户的文件、课程和培训 用于产品开发的软件工程过程 产品历史运作情况 可执行的软件产品本身
• 在顾客评价过程中要评价这些目标和在ISO/IEC 9126 中提出的6个最主要的质量特性的有效性的 费用，同时提出策划和实施评价的建议，并使用 辅助评价的方法进行评价。
16
3.ISO 9126质量模型
• 1991年，ISO发布了ISO/IEC9126质量特性 的国际标准，将质量特性降为6个，即功能 性、可靠性、可维护性、效率、可使用性、 可移植性，并定义了21个子特性。 • 1991年发布的ISO/IEC9126标准现在被分 为了两部,ISO/IEC9126(软件产品质量)和 ISO/IEC14598(软件产品评价)。
26
国内软件测试标准
• 目前国内主要是在引进国际标准的基础上， 结合国内软件测试颁布了一系列软件质量 标准。
– 通用软件测试标准 – 军用软件测试标准 – 信息安全评估标准
27
软件测试通用测试标准
• • • • GB/T 16260-2006 “软件工程 产品质量” GB/T 18905-2002 “软件工程 产品评价” GB/T 15532-2008 “计算机软件测试规范” GB/T 17544-1998 “信息技术 软件包 质量 要求和测试”
• 从2005年开始ISO陆续发布以下ISO/IEC 25000 系列标准
– ISO/IEC 25000-2005 “软件工程 软件产品质量要求和 评价（SQuaRE) SQuaRE指南” – ISO/IEC 25020-2007 “软件工程 软件产品质量要求和 评价（SQuaRE) 质量指南” – ISO/IEC 25030-2007 “软件工程 软件产品质量要求和 评价（SQuaRE) 质量度量” – ISO/IEC 25040 “软件工程 软件产品质量要求和评价 （SQuaRE) 质量评价” – ISO/IEC 25051-2006 “软件工程 软件产品质量要求和 评价（SQuaRE) 现货软件质量要求与测试说明” （代 替了ISO/IEC 12119-1994)
– 第一种用户是初始顾客，系统做了顾客所期望的事， 顾客对系统非常满意 – 第二种用户是要将软件移植到其他软硬件系统下使用 的客户 – 第三种用户是维护系统的程序员
• 三种用户都希望系统是可靠有效的。 • Boehm质量模型反映了对软件质量的理解，即软 件做了用户要它做的，能有效的使用系统资源， 易于用户学习和使用，易于测试与维护。
• 近几年国际软件工程标准化组织，一直在对软件产品评价 与质量度量领域的国际标准进行研究，主要对象有：
– ISO/IEC 12119-1994 “信息技术 软件包 质量要求和测试” – ISO/IEC 9126 “软件工程 产品质量” – ISO/IEC 14598 “软件工程 产品评价”
25
国内外软件测试标准
28
GB/T 16260-2006 “软件工程 产品质量”
• GB/T 16260-2006是对GB/T16260-1996 “信息技术软件产品评价质量 特性及其使用指南”的修订，保留了与之相同的软件质量特性。 • GB/T 16260-2006分为以下几部分：
– – – – 第一部分GB/T 16260.1-2006 :质量模型 第二部分GB/T 16260.2-2006 ：外部度量 第三部分GB/T 16260.3-2006 ：内部度量 第四部分GB/T 16260.4-2006 ：使用质量的度量
7.1.1 软件质量与度量
7
7.1.2 软件质量模型
• McCall质量模型 • Boehm质量模型 • ISO9126质量模型
8
1. McCall质量模型
• McCall质量模型是McCall等人于1977年提 出的软件质量模型。 • McCall质量模型是基于11个特性的，分别 面向软件产品的运行、修订、变迁。
• GB/T 16260-2006从软件的获取、需求、开发、使用、评价、支持、 维护、质量保证和审核相关的不同视角来确定和评价软件产品质量， 可以被开发者、需求方、质量保证人员和独立评价者，特别是那些对 确定和评价软件产品质量负责的人员所使用。
29
GB/T 18905-2002 “软件工程 产品评价”
22
3.评价者的评价过程
• 评价者的评价过程是指由一个“评价者”，如供 方自己的质量控制部门或外部的“第三方”评测 机构，完成软件产品质量的评价过程。 • 标准规定评价必须是可重复的、可再现的、公正 的、客观的，任何给定的评价将取决于产品的性 质。 • 这类评价有以下5项活动
– – – – – 评价要求的分析 评价规范 评价的设计 评价计划的实施和评价结果的记录 结论。
• 从适用范围上，GB/T 18905-2002是供软件的开发者、软件的需求方 和独立的评价者，特别是供那些负责软件产品评价的人员使用的。
30
• GB/T 15532-2008对主要的测试类别按照“测试 对象和目的”、“测试的组织和管理”、“技术 要求”、“测试内容”、“测试环境”、“测试 方法”、“准入条件”、“准出条件”、“测试 过程”和“输出文档”等条目做出要求。 • 在附录中还介绍了软件测试方法、软件可靠性的 推荐模型、软件测试部分模板、软件测试内容的 对应关系等 • GB/T15532-2008规定了计算机生命周期内各类 软件产品的基本测试方法、过程和准则，适用于 计算机软件生命周期的全过程，适合计算机软件 的开发机构、测试机构及相关人员使用
6
• 软件度量是对软件开发项目、过程及其产品进行
数据定义、收集以及分析的持续性定量化过程， 目的在于对此加以理解、预测、评估、控制和改 善。 • 度量取向是软件开发诸多事项的横断面，包括顾 客满意度度量、质量度量、项目度量、品牌资产 度量、知识产权价值度量等
– – – – 度量取向要依靠事实、数据、原理、法则 方法是测试、审核、调查 工具是统计、图表、数字、模型 标准时量化的指标
• 从用户最感兴趣的角度来说，软件质量可以从3个不同的 角度来看待：
– 如何使用软件 – 使用效果如何 – 软件性能如何
• 从软件开发团队的角度来看
– 生产出满足质量要求的软件 – 中间件的质量 – 如何运用最少的资源、最快的进度生产出质量最优的产品
• 从软件维护者的角度看,对软件维护方面的特性感兴趣 • 对企业的管理层来说，注重的是总体利益和长远利益，质 量好的软件一般可以帮助企业扩大市场。
9
McCall软件质量模型 McCall软件质量模型
10
产品运行阶段 • 正确性：在预定环境下，软件满足设计规格说明 正确性： 及用户预期目标的程度。它要求软件没有错误。 • 可靠性：软件按照设计要求，在规定时间和条件 可靠性： 下不出故障，持续运行的程度。 • 效率：为了完成预定功能，软件系统所需的计算 效率： 机资源的多少。 • 完整性：为了某一目的而保护数据，避免它受到 完整性： 偶然的，或有意的破坏、改动或遗失 的能力。 • 可使用性：对于一个软件系统，用户学习、使用 可使用性： 软件及为程序准备输入和解释输出所需工作量的 大小。
11
McCall软件质量模型 McCall软件质量模型
McCall软件质量模型 McCall软件质量模型
产品修订阶段 • 维护性：为满足用户新的要求，或当环境 维护性： 发生了变化，或运行中发现了新的错误时， 对一个已投入运行的软件进行相应诊断和 修改所需工作量的大小。 • 可测试性：测试软件以确保其能够执行预 可测试性： 定功能所需工作量的大小。 • 灵活性：修改或改进一个已投入运行的软 灵活性： 件所需工作量的大小。