《《测试配置管理》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《测试配置管理》PPT课件.ppt（24页珍藏版）》请在三一办公上搜索。
1、1,本节课程内容,共计:详细安排,2,1.1软件配置管理定义,原因：开发过程中，软件变更是不可避免,如果不能有效控制变更，将会造成软件开发的混乱 现代软件开发复杂度高、众多的开发人员、文件及相关资源多种多样、多个发布版本、多种平台、软件在不同地点开发定义：是一种标识、组织和控制修改的技术，它作用于整个软件生命周期。目的：使错误达到最小并最有效地提高生产率软件配置管理包含为两部分：配置管理变更控制管理(参见变更管理),3,2.1、配置管理活动中的重要概念,Version 版本配置项基线配置库,4,版本号(Version number),项目版本号,主版本号:整数,次版本号:整数,DEMO_V1.
2、0_立项评审报告_已完成,版本号,版本号(Version number),项目版本号,配置项,配置项(Configuration Item,CI)凡是纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类：（1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。（2）项目管理和机构支撑过程域产生的文档。这些文档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。,配置项状态(Configuration Item state,C
3、IS)1.已完成 2.待评审 3.待测试 4.通过测试 5.通过评审,配置项标识配置项标识以项目名称+_+项目版本号+_+配置项名称+_+配置项版本号+配置项状态。例如：DEMO_V1.0_项目开发计划_V1.0_已完成,基线,基线(Baseline)基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改（见变更控制规程）。基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则
4、称为一个“Build”。,基线名称(Baseline-name)基线名称以“项目名称+_+基线英文+_+标识生成日期“标识，例如：DEMO _REQBaseline_20060606,11,、配置管理活动的流程,12,进入准则及退出准则,进入准则：项目立项退出准则：项目验收通过或项目终止、暂停,13,流程中的角色,配置管理员 配置管理员负责为产品开发团队提供全面的配置管理基础设施和环境，负责制定配置管理计划，负责对文档类的配置项建立基线。集成员（现阶段项目经理负责）集成员负责制定集成计划，建立代码类基线。任意角色 提交配置项。CCB 审批基线。,14,2.3.1.计划配置管理,角色：配置管理员
5、 何时写配置计划 配置计划与项目开发计划同时产出或者在项目开发计划出来后2个工作日完成如何确定配置项 配置项与项目开发计划中的产出物相对应如何确定基线 基线一般与项目开发计划中的里程碑相对应。,15,2.3.2.创建配置管理环境,角色：配置管理员依据配置管理计划，建立配置管理库。根据项目组成员的情况，提供配置管理的理论及工具操作培训。通过创建并维护数据储存库建立一个环境，在此环境中可以对整个产品进行开发、构建，而且具有可重用性或可维护性。实现此目的有一个条件，即确保各私有和公有工作区中的开发人员和集成员只要有需要就能使用关键工件，而且这些工件充分建立了基线，并被存储以备将来重复使用。设置 CM
6、 环境时涉及到创建产品目录结构、储存库、工作区（开发人员和集成）以及分配计算机资源（服务器和磁盘空间）。,16,2.3.3.配置项标识,角色：配置管理员依据配置计划对文档类的配置项及程序(coding、模型)类的配置项进行的标识。参见软件开发文档命名约定,17,2.3.4.建立基线,角色：配置管理员、集成员、CCB集成员根据配置管理计划进行集成。当达到某一预定的基线特征时，集成员应向配置管理员报告。（标识基线）。配置管理员对集成员报告的基线配置项进行审核，经确认无误后，配置管理员通知CCB评审已建立的基线。（审批基线）配置管理员将通过评审的基线向相关人员发布。（发布基线）确保当子系统达到指定的
7、成熟度后为其建立基线，然后就可进行发布或在随后的项目迭代和/或其他项目中重复使用。在配置管理计划中对发布频率和形式予以说明。集成员需确保从开发人员工作区交付的工件已经过充分测试，以便可以将其并入可测试的工作版本中。集成员需熟悉项目 CM 策略以及具体测试操作。,18,2.3.5.报告配置状态,角色：配置管理员根据配置管理计划，收集配置活动数据，编写配置状态报告。通过缺陷追踪和报告活动来辅助产品复审。确保为追踪进展和趋势而“积累”数据并报告数据。,19,2.3.6.执行配置审计,角色：配置管理员配置审计在每个阶段结束后（通常是一个基线结束）由配置管理员进行一次配置审计工作。配置审计主要对配置库中
8、配置项的审计，审计产品目录结构与实际配置项是否一致，是否按照配置管理计划纳入了配置项，有无多余的或漏掉的配置项。根据审计结果，编写配置审计报告,并将报告发布项目经理及相关人员。对审计中发现的问题，应与项目经理及相关人员协商解决办法。并对不能解决的问题进行上报。确定产品满足需求。确定工件存储在受控制的库中。确保工件和基线可用。,20,2.4 输出工件,21,3、变更控制管理,提交变更申请,评估,实施,拒绝,3.2变更管理流程,23,4、讲解配置管理活动规范及模板,配置计划模板及范例EAS系统的基线、配置项、配置库设置情况,24,5、安排作业,安排完成德育评定系统配置计划及基线、配置项、配置库的设置,
