配置项识别就是将配置项按规定统一编号，将其划分为基线配置项和非基线配置项，按一定的结构保存在配置库中，然后赋予不同人员不同的权限来使用它们。
那么，“基线”又是什么呢？
基线是由一组具有唯一标识号的配置项组成的。这些配置项构成一个相对稳定的逻辑实体，它们处于“冻结”状态，不能被任何人随意修改。
基线通常与项目开发过程中的里程碑点相对应。在项目里程碑阶段，项目通常会进行阶段成果评审，经过正式评审并获得批准的阶段性项目成果的统一标识便标志着项目的不同基线。根据使用对象的不同，基线被分为建造基线（对内使用）以及放行基线（对用户使用）。
对基线及其集成系统的任何修改，都必须按照特定的规程来评估和验证。
2) 变更控制
随着项目的进展，需求、开发资源及环境都可能会发生变更，变更控制便是对这些变更进行跟踪和规划，目的是便于变更的有效管理和追溯，避免工作的混乱。
变更控制使配置项真正处于受控状态，并保障配置项在任何情况下都能迅速恢复到任一历史状态。
3) 版本管理
这里的版本包括各种文件、技术文档和程序版本。这些配置项均属于版本管理的范畴。
版本管理的目的是按照一定的命名规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并确保能快速而准确地查找到配置项。
版本管理对存取软件资源采取加锁等控制策略，保证了多人同时开发时软件资源的内容一致性和正确性。
配置项的状态通常有三种：“草稿”、“正式发布”、“正在修改”。 配置项的不同状态由多种版本号所组成。随着状态流程的变迁，版本号发生变化，新的版本出现，版本管理就是对配置项各种版本的进行存储、登记、索引、权限分配等一系列管理活动。
4） 配置状态报告
根据配置库的记录情况，我们可以总结出不同角度的配置状态报告。它可以由CASE工具自动生成，如：《配置项的状态》、《基线之间的差别描述》、《变更日志》、《变更结果记录》等。
通过配置状态报告，我们可以了解基线配置项的状态、当前的工作进度、变更对项目进展的影响等情况。从而为开发决策提供参考依据。
文章来源于领测软件测试网 https://www.ltesting.net/
