软件测试中什么是配置项测试？

软件测试中什么是配置项测试？具体定义和具体工作是什么？

配置项测试的理解，我觉得得先清楚两个概念：

①软件配置项：我认为软件配置项就是一个开发完成的,已经进入配置管理的,准备提供给客户的产品。可以是可执行代码，也可以是产品文档。

②软件需求规格说明书：软件需求规格说明书是在项目前期进行需求分析的时候得到的一份文档，这份文档中描述了用户的需求，是初始阶段甲乙双方对项目的共同理解，比如一些界面设计，流程描述，这个是整个开发工作的基础。

那么配置项测试，就可以理解成是对软件配置项的一种检查，检查它与软件需求规格说明书是否一致。比如对可执行代码进行功能测试，关注它的功能是否与软件需求规格说明书中要求的一致。或者对一份产品文档进行文档审查，关注是否已经按照软件需求规格说明书中要求，描述了安装步骤，或者文档中描述的接口是否与软件需求规格说明书中的相同。

所以配置项测试，需要在单元测试和集成测试之后进行。

我理解的测试顺序应该是：单元测试->集成测试->配置项测试->系统测试->确认测试，如果项目存在变更，还需要进行回归测试。当然，这个只是帮助理解，实际中肯定不会是按顺序做的。

配置项测试是指什么

配置测试主要是针对硬件而言，其测试过程是测试目标软件在具体硬件配置情况下，出不出现问题，为的是发现硬件配置可能出现的问题，大体来讲硬件配置分为以下几类：
一：PC
二：组件
三：外围设备
四：接口
五： 选项和内存
六： 设备驱动

单元测试与配置项测试区别

测试内容不同。
单元测试是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作，程序单元是应用的最小可测试部件。
配置测试一般是指电脑硬件测试，由于普通用户对电脑硬件并不会很了解，因此需要借助专用的电脑硬件检测工具来实时监测，避免被无良商家欺骗而花冤枉钱。

软件测试中配置问题和普通缺陷处理方法会不会不同？

是的。
对于配置的检查确实是个麻烦事，我给您如下建议：
1、先确认软件系统基本可以正常运行，至少涉及配置项的地方问题不大了，如果达到质量标准最好；
2、确认配置项在被测系统中起作用了，但不需要确认每一个配置项；
3、编写配置项与输入组和的用例，这里特别要注意配置项的健壮性，经常会有配置项设置个范围外的值，就崩贵或报错的情况；
4、逐项执行用例并检查设置。
当发现某个配置项的缺陷时，一定不要武断，还是要确认几件事：
1、配置项是否在软件中起作用了？
2、配置项的值是否被软件正确识别了？
3、软件执行配置项逻辑是否正确？
有很多情况下，配置项出错不是软件逻辑表达上的问题，而是设计上的，再说的根源一些就是需求上的，所以至少要从设计层面理解配置项，才能设计好配置测试用例。还有一点，就是要注意相互关联的配置项，这是相关配置项实际上是一种隐患，如果非要这么实现，至少应当有文档说明。
以上回答希望对您有帮助。

以上就是小编为网友们介绍的软件测试中什么是配置项测试？的详细内容，大家通过小编为大家介绍的软件测试中什么是配置项测试？都有一定的了解了吧。（本文共1763字）