配置管理

• 配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性。包含最终组成软件产品的相关文档，软件版本，变更文档，软件运行的支持数据，相对于硬件类配置，软件产品的配置包含更多的内容并具有易变性。
• 配置管理就是通过对软件生命周期的不同的时间点上所产生的文件进行标识，并对这些被标识的文件的更改进行系统控制，从而达到保证软件产品的完整性和可塑性的过程
• 版本是表示一个配置项具有定义的一组定义的功能的一种标识。随着功能的增加，修改或删除，配置项的版本随之演变。版本以版本号进行标识
  • GUN 风格的版本号命名格式：主版本号 . 子版本号 [ . 修正版本号 [. 编译版本号]]
  • Windows 风格的版本号命名格式：主版本号 . 子版本号 [ 修正版本号 [ . 编译版本号 ]]
  • . Net Framework 风格的版本号命名格式：主版本号 . 子版本号 [. 编译版本号 [ . 修正版本号]]
  • 软件版本名称
    • α(alphal) 内部测试版
    • β(beta) 外部测试版
    • γ（gamma） 版：已经相当成熟，与即将发布的正式版相差无几
    • trial（试用版）
    • unregistered（未注册版）
    • Demo（演示版）
    • release（最终释放版）
    • registered（注册版）
    • standard（标准版）
    • delux（豪华版）
    • professional（专业版）
    • enterprise（企业版）
• 基线化：在配置管理系统中，极限就是配置项在其生命周期的不同时间点上通过 Review 而进入正式受控的一种状态，而这个过程被成为基线化。每一个基线都是其下一步开发的基准。
• 软件配置管理过程中的角色
  • 项目负责人
    • 制定项目的配置管理计划
    • 指定配置管理员
    • 建立项目的变更控制委员会
    • 保证为项目提供合适的配置管理工具
  • 配置管理员
    • 建立和管理配置库
    • 保存变更请求
    • 基线化配置项
    • 生成并发布配置状态发布表
    • 将基线化的文档和计划分发给所有相关人员
    • 管理配置库的访问权限
    • 增加/删除配置项（仅在收到已获批准的请求时）
    • 备份/恢复和归档配置库
    • 向项目成员提供配置管理工具使用的指导
  • 开发工程师
    • 将自己创建的与开发相关配置项（如需求规格说明书、概要设计、详细设计、代码等配置项）加入配置库中
    • 根据变更需求对配置项检出，修改，检入操作。
  • 测试工程师
    • 将自己创建的与测试相关配置项（如软件测试计划、软件测试方案、软件测试用例、软件测试日报、软件测试报告）加入配置库中
    • 根据变更需求，对测试相关的配置项进行检出，修改就，检入等操作。
    • 获取北侧是的已发布的软件版本
  • 质量保证工程师
    • 基线审计
    • 评审并批准配置管理计划
    • 验证配置库的备份
  • 变更控制委员会
    • 评估和批准对配置项的更改
    • 确保批准后的更改的实施
• 软件配置管理的过程
  • 项目启动
  • 标识配置项
  • 配置管理计划活动
  • 配置库的建立和维护
  • 配置控制机制
  • 基线变更操作
  • 配置状态发布
  • 配置审计和验证
  • 配置归档

欢迎扫码关注微信公众号「一朵儿的软件测试之旅」一起学习交流