福州大学软件质量测试期末复习重点

本文主要总结福州大学软件质量测试老师在最后一节课的讲的重点

软件质量，质量度量和配置管理

软件分类

OS 翻译程序 服务程序 数据库管理系统 应用软件

软件开发过程

需求分析 概要设计 详细设计 编码 测试 运行维护

开发过程模型

瀑布 开发过程线性 错误晚发现 不适应需求 基本活动自上而下相互衔接 原型 螺旋

软件质量

系统部件或者过程满足规定的需求；…满足客户用户需求或期望的程度

软件质量主要因素

正确 可靠 健壮 安全 易用 可维护 可测试 效率

影响软件质量的因素

需求 设计 编码 测试 规则 文档

质量保证定义

质量保证是建立一套有计划有系统的方法向管理层保证标准步骤可以被项目采用

质量保证的目标

独立审查的第三方的角度监控软件开发任务的执行，检查项目是否遵循 计划、规范及时反馈过程数据 提高项目的透明度，同时辅助软件工程组取得高质量的软件产品

质量保证的工作内容

制定质量保证计划 参与项目阶段性评审和审计 跟踪计划执行 反馈和协调解决问题

质量保证!=软件测试 是一个环节 流程和技术方面

质量模型

McCall 特性是质量的反应 11个质量特性

Boehm 分层方案

ISO 分为6个特性 功能可靠可用效率可维护可移植

缺陷

软件系统出现的错误

缺陷的来源

软件本身，团队工作，技术问题，项目管理问题

缺陷的严重性和优先级

缺陷的构成

功能缺陷 系统缺陷（内外部接口硬件等）加工缺陷 代码缺陷

缺陷的预防和修复

需求 需求验证 设计 技术评审 开发 单元测试 等各阶段预防

软件质量度量配置管理

度量的含义

度量是客观对象到数字对象的同态映射，同态映射包括所有关系和结构映射。

软件质量度量

根据一定的规则赋予软件过程或者产品属性数值或者类别

软件质量度量是度量这个软件过程的，包括辅助估算，质量控制，生产率评估，项目控制的

软件度量的步骤

指定度量计划

收集数据

分析数据

制定改进措施

更新度量数据库

度量目标

配置管理含义

1. 配置项（程序 文档 数据）

2. 基线（基线是软件开发过程中需要标示出来的里程碑 是所交付的一个多这多个配置项），基线把各阶段的工作明确化以便检验成果

3. 数据库（ CVS SVN GIT MKS 等工具管理的库）

是一种标识、组织和控制修改的技术

配置管理内容

1. 配置管理计划

2. 配置标识

3. 配置管理环境建立

4. 版本控制

5. 变更控制

6. 配置状态报告

7. 配置审计

软件质量标准

CMM的含义软件能力成熟度模型

是软件组织在定义、实施、度量、控制和改善期软件过程的实施中各个发展阶段的描述

CMM核心软件开发看成过程，对其全过程监控研究使其科学化和标准化

CMM 包含4个目标：

一、通过对时间和技术的定义、评估和陈述预测，以加快导入和推广高成效的软件工程的实践和技术）

二、 在软件工程和技术转型方面维护一个长期有效的资格认证工作

三、 使政府组织和工业组织通过直接的努力实现软件工程的有规划改进

四、 促进软件工程持续不断的应用所采纳的优秀标准

CMM的五个级别

初始级->可重复级->已定义级->可管理级->优化级

CMMI软件能力成熟度整合模型

为改进一个组织的各种过程提高单一集成化框架

主要原则：

一、强调管理层的支持。

二、仔细确定改进目标。

三、选择最佳实践。

四、过程改进要和组织的商务目标一致，与发展战略紧密集合

CMMI的关键过程域

CMMI1->CMMI2->CMMI3->CMMI4->CMMI5

区别

2是1的新版 多了过程域 1瀑布2迭代 1阶段式2+连续式 2+风险管理重视需求

ISO9000

是全球范围内应用最广泛的标准

提升各组织管理水平，提高产品的质量，提高生产效率，ISO可以为软件企业提供质量体系，提高软件质量度量和控制方法量化和分析

核心：过程控制、预防

ISO 9000主要包含以下内容：

一、开发详细的质量计划和程序控制配置管理 产品验证 缺陷的纠正措施

二、 准备和接收软件开发计划（全过程控制）

三、 计划 开发 编制和实施软件设计审查程序

四、 开发和编制审查计划

五、 开发检查软件是否满足客户要求的方法

六、实施软件验证和接收测试

七、维护测试结果的记录

八、解决软件缺陷

九、 开发控制产品发布过程的程序

十、明确指出规定收集的质量信息

ISO 9000 和 CMM /CMMI 的关系

ISO国际标准适用性广从用户角度出发对影响质量因素控制

CMM适用于软件行业 软件开发成熟度

1、3都关注质量过程管理1涉及更广3软件

其他质量标准

1. IEEE 质量标注

2. SPICE

3. ISO/IEC

软件全面质量管理

质量管理是指在质量方面指挥和控制组织的协调的活动。质量管理通常包括方针、目标、策划、控制、保证、改进

全面质量管理

指 在满足客户质量要求的前提下，协调各个部门在研制质量、维持质量、提高质量的过程中有效的控制成本的一种体系。

全面质量管理的特点：

全员性全过程全面性

全面质量管理的步骤

1. 事先质量管理

2. 事中质量管理

3. 事后质量管理

4. 全面质量管理评审 项目计划书需求分析说明书概要设计说明书总体设计评审测试评审

5 软件评审

软件评审是一种对软件元素所做的正式的评审活动。其目的是检验软件开发和测试各个阶段的工作是否齐全，规范，各阶段的产品是否达到了规定的技术要求和质量要求，以决定是否可以转入下一阶段的工作。

软件评审的意义：

① 提高软件的生产率

② 改善软件的质量

③ 在评审过程中，使开发团队其他成员更加熟悉产品

④ 通过评审标志一个阶段的完成

软件评审目标

（提前发现错误，验证需求，检查标准，统一开发方式，使项目更容易管理）

软件评审的过程

（1、召开会议 2、做出测试 3、输出评审报告和记录）

软件评审的原则

（评审产品 会场气氛良好 建立议事日程不能离题 限制争论和反驳 指明问题范围 展示记录 限制会议人数和坚持会前准备 列出评审清单 对每个正式技术评审分配资源和时间进度 对评审人做培训）

软件评审的特点：

① 发现隐藏的软件缺陷

② 参加评审的人员应以软件项目开发组意外的同行人员为主，如果项目组成员参与是期帮助理解评审对象的作用

③ 被评审对象指各种技术产品 如 需求规格 设计文档

④ 评审有多种形式，主要为正式评审和非正式评审，非正式评审方式较为灵活 邮件 电话 等

软件评审的阶段

1. 需求评审：与需求的一致性 自身的正确性完整性 模块划分合理性 接口定义明确 符合相关标准 （分层次评审、正式和非正式解决 分阶段评审 挑选评审人员 培训评审员 需求检查单 建立评审标准流程 做好评审跟踪工作 充分准备评审）
2. 概要设计评审（软件设计说明书 与概要的一致性 ）
3. 详细设计评审（模块内部逻辑是否合理 数据库设计说明书和详细的关系 测试全面性合理性 文档符合相关规定）
4. 数据库测试评审（概念模型 物理模型 字典设计 安全保密设计）
5. 测试评审（测试用户和需求规格的一致性 测试计划 测试说明的评审 测试报告的评审 测试记录的评审

避免进入评审误区

1. 评审人员不了解评审过程

2. 评审人员评论开发人员而不是产品

3. 评审没有被安排进入项目计划

4. 评审会议变成问题解决讨论会

5. 评审人员对评审材料没有足够了解

6. 评审人员关注非实质性问题

7. 忽略细节

软件评审中的角色和职能

1. 评审组长（选定评审员组织整个评审以及和项目组进行经评审结果的沟通）

2. 宣读员(引导评审官员阅读被评审资料)

3. 记录员（评审纪要进行记录）

4. 评审员（参与评审的专家 评委 客户）

需求取整的方法

软件测试

白盒

• 静态测试
• 动态测试
• 测试方法的归类
• 用例設計一定要掌握

黑盒

• 黑盒白盒区别
• 黑盒方法
• 等价类 正交实验

集成测试

• 有哪些方法 自顶而下自顶而上

系统测试

• 方法：性能测试…
• 可能会问方法

另外还可能考我国软件发展的过程