❶ 软件测试中什么是配置项测试具体定义和具体工作是什么
配置项测试的理解，我觉得得先清楚两个概念：
①软件配置项：我认为软件配置项就是一个开发完成的,已经进入配置管理的,准备提供给客户的产品。可以是可执行代码，也可以是产品文档。
②软件需求规格说明书：软件需求规格说明书是在项目前期进行需求分析的时候得到的一份文档，这份文档中描述了用户的需求，是初始阶段甲乙双方对项目的共同理解，比如一些界面设计，流程描述，这个是整个开发工作的基础。
那么配置项测试，就可以理解成是对软件配置项的一种检查，检查它与软件需求规格说明书是否一致。比如对可执行代码进行功能测试，关注它的功能是否与软件需求规格说明书中要求的一致。或者对一份产品文档进行文档审查，关注是否已经按照软件需求规格说明书中要求，描述了安装步骤，或者文档中描述的接口是否与软件需求规格说明书中的相同。
所以配置项测试，需要在单元测试和集成测试之后进行。
我理解的测试顺序应该是：单元测试->集成测试->配置项测试->系统测试->确认测试，如果项目存在变更，还需要进行回归测试。当然，这个只是帮助理解，实际中肯定不会是按顺序做的。
❷ 配置项测试是指什么
配置测试主要是针对硬件而言，其测试过程是测试目标软件在具体硬件配置情况下，出不出现问题，为的是发现硬件配置可能出现的问题，大体来讲硬件配置分为以下几类：
一：PC
二：组件
三：外围设备
四：接口
五： 选项和内存
六： 设备驱动
❸ 计算机软件配置项是什么样20
按管理的严格程度，配置项一般分3个等级：（1）纳入基线管理的配置项纳入基线管理的配置项是指变化时要走严格变更手续的配置项，需要做变更申请，要审批。审批一般分2种严格程度： i) 项目经理或分CCB审批就可以，一般是局部的小的变更。 ii）变更控制委员会（CCB）审批纳入基线前，一般要经过评审或测试（称为验证）和质量保证。 (2) 没有纳入基线但是也不能随意变更的配置项，一般称为受控项这类配置项不需要变更申请，但是要经过配置管理员或项目经理的允许才可以变更。基线项与受控项写的权限要唯一，一般是CM或PM有唯一的写权限。（3）非受控项对变更不做控制。拟纳入基线管理的配置项状态变化一般是先非受控，然后受控，最后基线化。变更时，先检出（checkou）进行修改，修改完毕后再检入（checki）转为受控，等待验证（测试或评审），通过验证后进行基线化。拟纳入受控而不入基线的配置项状态变化一般是先非受控，然后受控。变更时，检出进行修改，修改完毕后再检入提交受控。纳入基线管理的时机是管理平衡问题，一般是当配置项基本稳定后才纳入基线管理，如果处与频繁的变动之中，纳入基线后会增加管理成本，如单元测试通过后一般不形成基线，因为此时代码并不稳定，但是可以作为受控项，也不能任意变化。这个问题的判断也和项目组的规模有关系，如果规模很大，涉及到的人员很多，也可能需要建立基线。在系统测试后要形成基线，一般称为产品基线，此时系统基本稳定了，可以对外发布，为更多的人所了解和使用了。代码在没有纳入基线但是受控后（提交测试人员测试了），也不能随便变更了，要经过配置管理员的批准，并通知测试人员。
❹ 什么是配置
什么是软件配置项？一般认为：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。
软件配置项包括：
–①与合同、过程、计划和产品有关的文档和资料；
–②
源代码、目标代码和可执行代码；
–③相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。
在软件建立时变更是不可避免，而变更更回剧了项目中软件工程师间的混乱。之所以产生混乱，是因为在进行变更前没有仔细分析，或没进行变更控制。Babich曾经这样说过：“协调软件开发使得混乱达到最小的技术叫配置管理。配置管理是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生长率。
软件配置管理，叫SCM，它应用于整个软件工程过程。因为变更在任何时刻都可能发生，因此SCM活动的目标就是为了(1)标识变更；(2)控制变更；(3)确保变更正确地实现(4)向其他有关的人员报告变更。
软件配置管理是贯穿整个软件生存周期的一项技术。它的主要功能是控制软件生存周期中软件的改变，减少各种改变所造成的影响，确保软件产品的质量。正确应用软件配置管理是开发高质量软件所不可缺少的。软件配置管理的过程是软件开发过程中质量管理的精髓。
所谓硬件配置文件，是指在启动计算机时告诉Windows应该启动哪些设备，以及使用每个设备中的哪些设置的一系列指令。