软件测试与管理第四章.ppt

* 版本控制 软件开发中的两个重要问题： 访问控制：保证具有相应权限的人员才能修改配置项 并行控制：保证不同人员同时对某配置项进行的修改不会相互覆盖 * 版本控制(续) 版本控制：对系统不同版本进行标识和跟踪管理的过程 版本标识：数字型版本编号 x.y.z x:主版本号，其增加表示提供给客户的主要产品功能的增强 y:特征版本号，其增加表示产品新增了一些特征或做了一些重要修改 z:缺陷修复版本号，其增加表示在软件产品上做了一些缺陷修复工作 * 版本控制(续) 版本的演进 版本分支 版本的分支是产品的一份复制，复制过程和标记由版本系统自动完成 版本合并 版本合并通过产品的比较来进行，有两种途径： 将版本A的内容附加到版本B中 合并A和B的内容，形成新版本C * 版本控制(续) 版本的历史记录 更改者（姓名、身份） 更改日期 被更改SCI（名称、版本号） 更改内容及其位置 更改原因 受此更改影响的诸SCI * 版本控制(续) 版本树 * 变更控制 软件变更的不可避免性 变更控制的对象： 变更控制的目标： 变更控制：通过结合人的规程和自动化工具，以提供一个变化控制的机制 基线配置项 保证SCI在复杂多变的开发过程中真正处于受控状态 * 变更控制(续) 主要任务： 分析变更 记录和追踪变更 采取措施保证变更在受控状态下进行 * 变更控制(续) 变更控制流程 (获得)提出变更请求 由CCB审核并决定是否批准 (被接收)修改请求分配人员，提取SCI，进行修改 测试或验证变化的正确性 重建软件的适当版本 * 配置审计 配置审计活动 基线的审计：检查基线的正确性和一致性 功能配置审计：验证配置项的实际功效是否与需求一致 物理配置审计：确定配置项符合预期的物理特性，即特定的形式 配置库的审计：保证配置库的完整性、可用性 * 状态报告 配置状态报告： 根据配置项操作数据库中的记录来向管理者报告软件开发活动的进展情况 定期进行 尽量工具自动生成 * 状态报告(续) 状态报告内容 配置库结构和相关说明 开发起始基线的构成 当前基线位置及状态 关键配置项的版本演进记录 …… * 内容提要 4.1基本概念 4.2软件配置管理角色职责 4.3软件配置管理过程 4.4软件配置管理工具 4.5小结 * 4.4 软件配置管理工具 VSS(Visual SourceSafe) * 软件配置管理工具(续) CVS(Concurrent Version System) C/S模式 * 软件配置管理工具(续) CVS(Concurrent Version System) 基于“拷贝-修改-合并”的并发控制 客户端check out后，有文件的一份独立拷贝 开发者在自己的工作目录中修改文件 若有版本冲突，则使用合并功能(merge)与其他开发者的修改合并，然后提交(check in) 记录不同版本之间的差别 * 软件配置管理工具(续) CVS(Concurrent Version System) * 软件配置管理工具(续) CVS * 软件配置管理工具(续) Rational ClearCase * 4.5 小结 软件配置管理覆盖了整个软件开发过程 配置管理的关键活动 配置项标识 工作空间管理 版本控制 变更控制 配置审计 状态报告 * 软件质量保证与测试 * 第4章 软件配置管理 * 内容提要 4.1基本概念 4.2软件配置管理角色职责 4.3软件配置管理过程 4.4软件配置管理工具 4.5小结 * 4.1 基本概念 案例：某软件项目成功实施8个月，项目组进入编码阶段，已产生近百个软件产品。此时，用户提出变更需求，软件项目组同意请求，修改了软件需求规格说明书，项目组将更改后的需求说明书交给软件设计小组，设计小组为此更改了设计。更改后的软件设计涉及诸多软件模块和数据设计，但项目组未及时将这些变化通知给相关的小组和人员。 软件产品之间不一致 经过多次修改的的模块，由于缺乏相关的管理措施，开发人员很难清晰、有效识别、区分这些软件模块 在实际组装软件时，项目组不能有效提取所需的软件产品 * 基本概念(续) 软件项目中是否遇到如下问题： 找不到某个文件的历史版本 开发人员基于错误的版本修改程序 人员流程，交接工作不彻底 已修复的Bug在新版本中出现 …… * 基本概念(续) 软件配置管理(Software Configuration Management, SCM) “协调软件开发使得混乱减到最小的技术叫做软件配置管理，它是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生产效率。” ——Wayne Babich * 基本概念(续) 软件配置管理的目标： 标识变化； 控制变化； 保证变化被适当地实现； 向其他可能有兴趣的人