软件工程第7章软件测试

沈阳师范大学软件学院
18
7.3.1软件能力成熟度模型概述 7.3.1.3软件能力成熟度模型的作用 企业实施CMM模型可为企业带来如下好处：
指导软件机构提高软件开发管理能力。 降低软件承包商和采购者的风险。 评估软件承包商的软件开发管理能力。 帮助软件企业识别开发和维护软件的有效过程和关键实践
图 Boehm质量模型
沈阳师范大学软件学院
7
7.1.2软件质量模型
7.1.2软件质量模型
• 1991年，ISO颁布了ISO 9126-1991标准《
软件产品评价—质量特性及其使用指南》 。我国也于1996年颁布了同样的软件产品 质量评价标准GB/T 16260-1996。ISO 9126模型如图10-3所示。 • ISO 9126模型定义了6个影响软件质量的 质量特性，而每个质量特性又可通过若干 子特性来测量，每个子特性在评价时要进 行定义并实施若干度量。 • ISO 9126质量模型使得软件最大限度地满 足用户的明确的和潜在的需求，且从用户 、开发人员、管理者等各类人员的角度全 方位地考虑软件质量。
能力成熟度、管理、生命周期、生产率、缺陷植入率
沈阳师范大学软件学院
14
实训一：软件质量保证计划
沈阳师范大学软件学院
15
本节内容
7.3软件能力成熟度模型
7.3.1软件能力成熟度模型概述 7.3.2软件能力成熟度模型的建立和评估
沈阳师范大学软件学院
16
7.3.1软件能力成熟度模型概述 7.3.1.1起源
沈阳师范大学软件学院
10
7.2.1软件度量概述
7.2.1.2软件度量的意义
在软件开发中，软件度量的根本目的是为了软件管理的需要，利用度 量来改进软件过程，以提高软件开发效率和软件质量。 通过软件度量，使人们能够可预测、可重复、准确地控制软件开发过 程和软件产品。

第7章 软件测试的资源分配、进度管理与最优发行 NIS软件的测试过程通常包括拟定测试计划和编制测试大 纲，设计和生成测试用例，按序完成单元测试、集成测试、系 统测试和运行测试，生成相应的测试报告等基本活动，其测试 流程见图7.1。需要说明的是，系统测试是需在相关硬件(计 算机硬件与网络设备)配置好的情况下所进行的软/硬件系统联 试，经系统测试通过后即可交付用户运行，而运行测试则是在 用户的作用下为提高软件可靠性所做的相关测试。此外，为使 软件测试能省时高效，应采用测试与开发同步进行和逐步推进 的渐近策略，并将测试贯穿于软件的整个生命周期的始终。
第7章 软件测试的资源分配、进度管理与最优发行
集成测试包括功能集成测试、操作剖面建立和有效性测试 三部分，其中功能测试通常采用非增量式集成方法或增量式集 成方法。非增量式集成方法是首先分别测试各个模块，然后再 把这些已被测试并确认为功能与性能符合设计要求的模块组合 起来进行整体测试；增量式集成测试方法则是采用测试一个模 块组装一个模块，然后再测试再组装，直到所有模块均被组装 完毕，并被整体测试合格为止的一种逐步组装的方式。显然， 非增量式集成测试可以对所有模块并行进行单元测试，能充分 利用人力，加快工程进度；但这种一步到位的方法容易形成混 乱，出现错误后不容易查找和定位，故一般适用于规模较小的 软件。增量式集成测 试虽然采用逐步到位的方法，要多费人力和工时，但由于每个 已被测试过的模块还可以在以后组装过程中的每一步骤(组装 一个新模块)进行新的测试，从而使得程序测试更为彻底。因 而从测试有效性角度来看，增量式集成测试将比非增量式集成
第7章 软件测试的资源分配、进度管理与最优发行 集成测试的第三个重要部分是有效性测试。由于软件经组 装测试并排错后，接口方面的问题已经解决，故以后集成测试 的主要问题是解决软件的有效性问题，所谓软件的有效性问题， 是指软件的功能、性能、可靠性、安全性及保障性等方面软件 的实际水平是否达到用户的需求。有效性测试是在开发方地点 在模拟用户运行环境的条件下所进行的一种用户需求测试，一 般采用黑盒测试来检验所开发并经单元测验、组装集成测试及 排错后的软件是否与描述用户需求的需求分析说明书相一致。 测试人员一般由开发方的测试人员及软件设计人员组成。以下 简述各类测试的基本内涵。

软件测试
1
整体概况
概况一
点击此处输入 相关文本内容
01
概况二
点击此处输入 相关文本内容
02
概况三
点击此处输入 相关文本内容
03
2
内容介绍
一 软件测试概述 二 测试方法及技术 三 测试用例的设计 四 测试过程 五 调试
3
在开发软件的过程中，我们使用了保证软件质量 的 方法分析、设计和实现软件，但难免还会在工作中 犯错 误。这样，在软件产品中就会隐藏着许多错误和 缺陷 。 特别是对于规模大、 复杂性高的软件更是如 此。在这 些错误中，有些是致命性的错误如果不排除 ，就会导致 生命与财产的重大损失。
软件测试工程师 (Software Test Engineer ，简称STE)
7
SDE/T
负责写测试工具代码，并 利用测试工具对软件进行 测试；或者开发测试工具 为软件测试工程师服务。
8
负责理解产品的功能要求， 然后对其进行测试，检查软 件有没有错误(Bug)，决定软 件是否具有稳定性，并写出 相应的测试规范和测试案例。
STE
9
Exchange 2000 和 Windo试人员 测试人员/开发
人员
Exchange 2000
25人 140人 350人
2: 5
Windows 2000
约 250人 约 1700人 约 3200人
1: 9
10
软件测试人员的任务很清楚，就是站在使用者 的角度上，通过不断地使用和攻击刚开发出来 的软件产品尽量多地找出产品存在的问题，也 就是我们所称的 Bug 。
black-box , or closed-box testing ——Make sure that every kind of input is submitted, and the output observed matches the output expected.

第7 章 軟體測試技術
7.2.3 白盒測試方法 白盒測試也稱結構測試或邏輯驅動測試。在使 用白盒測試方案時，測試者必須檢查程式的 內部結構，從檢查程式的邏輯著手，對所有 邏輯路徑進行測試，得出測試數據。 開始 1 ．邏輯覆蓋法：以程式內部的邏輯結構為基礎 的測試用例設計技術。 X=x/a a>1andb= 0 （1）語句覆蓋 X=x+1 A = 2 o r （2）判定覆蓋 x>1 （3）條件覆蓋 輸出a,b,x
第7 章 軟體測試技術
3．錯誤推測法
錯誤推測法是基於經驗和直覺推測程式中所 有可能存在的各種錯誤，從而有針對性的 設計測試用例的方法。
第7 章 軟體測試技術
4．因果圖方法 (1) 分析軟體規格說明描述中，哪些是原因(即輸入條件 或輸入條件的等價類 )，哪些是結果 (即輸出條件 ) ， 並給每個原因和結果賦予一個識別字。 (2) 分析軟體規格說明描述中的語義，找出原因與結果之 間、原因與原因之間對應的關係，根據這些關係，畫 出因果圖。 (3) 由於語法或環境限制，有些原因與原因之間，原因與 結果之間的組合情況不可能出現。為表明這些特殊情 況，在因果圖上用一些記號表明約束或限制條件。 (4) 把因果圖轉換為判定表。 (5) 把判定表的每一列拿出來作為依據,設計測試用例
第7 章 軟體測試技術
7.1.2 軟體測試原則 1. 應早並不斷地進行測試 2. 程式員應盡可能避免檢查自己的程式 3. 測試用例應當包括合理的輸入條件和 不合理的輸入條件 4. 測試用例應包括輸入數據和預期的輸 出結果兩部分 5. 全面檢查每個測試結果 6. 嚴格按照測試計畫來測試 7. 充分注意測試中的集群現象 8. 注意遵守“經濟性”的原則
第7 章 軟體測試技術
3）根據規格說明的每個輸出條件，使用前面的原則 1）。 4）根據規格說明的每個輸出條件，應用前面的原則 2）。 5）如果程式的規格說明給出的輸入域或輸出域是有序集 合，則應選取集合的第一個元素和最後一個元素作 為測試用例。 6）如果程式中使用了一個內部數據結構，則應當選擇這 個內部數據結構的邊界上的值作為測試用例。 7）分析規格說明，找出其他可能的邊界條件。