●确定测试基线属于(48)活动。(48)A．配置项表示B．配置项控制C．配置状态报告D．配置审计

本题考查变更管理活动中的配置活动。
变更管理过程中包含的部分配置管理活动如下：
（1）配置识别项
（2）配置状态记录
（3）配置确认与审计

配置项分为基线配置项和非基线配置项两类，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。

本题考查软件测试配置管理的基本知识。软件测试配置管理一般包括四个最基本的活动：配置项标识、配置项控制、配置状态报告和配置审计。其中，配置项控制的主要活动包括：规定测试基线；规定何时何人创立新基线，如何创立；确定变更控制委员会的人员组成、职能、工作程序等；确定变更请求的程序、终止条件以及测试人员执行变更的职能等等。而确定测试基线是配置项控制的基本功能。故正确答案为B

试题分析：本题考查测试配置管理中基本活动的基础知识。测试配置管理的基本活动包括配置项标识、配置项控制、配置状态报告以及配置审计

软件配置管理的4个活动：配置项标识、配置项控制（变更控制）、配置状态报告和配置审计。

配置审计也称配置审核或配置评价，包括功能配置审计和物理配置审计，分别用以验证当前配置项的一致性和完整性。1.功能配置审计，是审计配置项的一致性（配置项的实际功效是否与其需求一致）。2.物理配置审计，是审计配置项的完整性（配置项的物理存在是否与预期一致）。所以本题选项D不正确。

配置管理是一个管理学科，它对配置项的开发和支持生存期给予技术和管理上的指导。其受控对象是软件配置项。实施软件配置管理包括4个最基本的活动：配置项标识、配置项控制、配置状态报告和配置审计。

软件评测配置管理包括4个基本的活动，配置项标识、配置项控制（变更控制）、配置状态报告和配置审计。所以B选项的配置管理委员会建立是错误的。

本题考查对软件测试配置管理的理解。 软件测试配置管理包括的4个基本活动为：配置项标识、配置项控制(变更控制)、配置状态报告、配置审计(见《软件评测师教程》)。

软件配置管理(Software Configuration Management，SCM)是指通过执行版本控制、变更控制的规程，以及使用合适的配置管理工具，来保证所有配置项的完整性和可跟踪性。软件配置管理中，每一项配置变更都要在配置状态报告中进行详细的记录。

在配置状态报告中，需要对每一项变更进行详细的记录，包括：发生了什么？为什么会发生？谁做的？什么时候发生的？会有什么影响？整个配置状态报告的信息流如下图所示。

如上图所示，每次新分配一个配置项，或者更新一个已有配置项或配置项标识，或者一项变更申请被变更控制负责人批准，并给出了一个工程变更顺序时，在配置状态报告中就要增加一条变更记录条目；一旦进行了配置审核，其结果也应该写入报告中。配置状态报告可以放在一个联机数据库中，以便开发人员或者维护人员对它进行查询或修改。此外，在配置状态报告中，新记录的变更应当及时通知给管理人员和其他项目干系人。

配置审计内容应包括：评定基线的完整性；确认配置管理记录已正确识别配置；审查配置管理系统中，配置的结构和一致性；确定配置管理系统中，配置的完整性和正确性，依据计划中所述的需求和已核准的变更申请的处理为基础，来判断内容的完整性和正确性；确定符合适用的配置管理标准和程序。

配置管理的活动主要有制定配置管理计划、配置标识、变更管理和配置控制、配置状态说明、配置审核，以及进行版本控制和发行管理。
（1）制定配置管理计划。在项目规划阶段，项目管理团队首先要制定整个项目的开发计划，它是整个项目研发工作的基础。配置管理计划是项目管理计划的一部分，通常要涉及到该项目对配置管理的要求，实施配置管理的责任人、责任组织及其职责，开展的配置管理活动、方法和工具等。
（2）配置标识。配置标识是配置管理的基础性工作，是进行配置管理的前提。配置标识是确定哪些内容应该进入配置管理形成配置项，并确定配置项如何命名，用哪些信息来描述该配置项。
（3）变更管理和配置控制。配置管理的最重要的任务就是对变更加以控制和管理，其目的是对于复杂，无形的信息系统，防止在多次变更下失控，出现混乱。
（4）配置状态说明。配置状态说明也称为配置状态报告，它是配置管理的一个组成部分，其任务是有效地记录报告管理配置所需要的信息，目的是及时、准确地给出配置项的当前状况，供相关人员了解，以加强配置管理工作。
（5）配置审核。配置审核的任务是验证配置项对配置标识的一致性。配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何混乱现象。
（6）版本控制和发行管理。版本控制用于将管理项目中生成的各种不同的配置的规程和相关管理工具结合起来。在配置管理中，版本包括配置项的版本和配置的版本，这两种版本的标识应该各有特点，配置项的版本应该体现出其版本的继承关系，它主要是在开发人员内部进行区分，另外还需要对重要的版本做一些标记，例如，对纳入基线的配置项版本就应该做一个标识。