什么是软件配置项测试

❶ 什么是软件测试

主要是通过软件测试这一步骤去查找发现预期效果和实际效果的区别和问题，对软件进行评估衡量是否能够满足设计的要求和特点。
说通俗一点就是为了找出软件里面有没有bug，比如我开发了一个购物的软件，然后我在里面买东西，发现不用付款就可以结账成功，然后大量的人通过这个渠道买东西造成了公司大量损失。软件测试的作用就是去发现并指出问题的一个职业，对一个好的软件测试员来说，一个软件有很多的地方需要去测试，不仅是会造成损失的要测试、影响客户体验的也需要测试指出。
软件测试主要是要细，一个软件往往大错误就不不多，最多的就是小错误小毛病。
测试软件岗位主要适合于大部分IT开发，现在软件测试也是一个发展比较快的东西，在未来潜力也是比较大的。

❷ 什么是软件测试

软件测试定义是：为了发现程序中的错误而执行程序的过程
它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness)
、完全度(completeness)和质量(quality)的软件过程；是SQA(software
quality
assurance)的重要子域。
软件测试的目标：
(1)测试是为了发现程序中的错误而执行程序的过程；
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
软件测试的内容：
软件测试主要工作内容是验证(verification)和确认(
validation
)，下面分别给出其概念：
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。(Do
the
right
thing)
1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；
2.程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；
3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do
it
right)
1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；
2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
从不同的角度出发，软件测试可以划分为不同的分类：
从是否关心软件内部结构和具体实现的角度划分
A.白盒测试
B.黑盒测试
C.灰盒测试
从是否执行程序的角度
A.静态测试
B.动态测试。
从软件开发的过程按阶段划分有
A.单元测试
B.集成测试
C.确认测试
D.验收测试
E.系统测试

❸ 计算机软件配置项是什么样20

按管理的严格程度，配置项一般分3个等级：（1）纳入基线管理的配置项纳入基线管理的配置项是指变化时要走严格变更手续的配置项，需要做变更申请，要审批。审批一般分2种严格程度： i) 项目经理或分CCB审批就可以，一般是局部的小的变更。 ii）变更控制委员会（CCB）审批纳入基线前，一般要经过评审或测试（称为验证）和质量保证。 (2) 没有纳入基线但是也不能随意变更的配置项，一般称为受控项这类配置项不需要变更申请，但是要经过配置管理员或项目经理的允许才可以变更。基线项与受控项写的权限要唯一，一般是CM或PM有唯一的写权限。（3）非受控项对变更不做控制。拟纳入基线管理的配置项状态变化一般是先非受控，然后受控，最后基线化。变更时，先检出（checkou）进行修改，修改完毕后再检入（checki）转为受控，等待验证（测试或评审），通过验证后进行基线化。拟纳入受控而不入基线的配置项状态变化一般是先非受控，然后受控。变更时，检出进行修改，修改完毕后再检入提交受控。纳入基线管理的时机是管理平衡问题，一般是当配置项基本稳定后才纳入基线管理，如果处与频繁的变动之中，纳入基线后会增加管理成本，如单元测试通过后一般不形成基线，因为此时代码并不稳定，但是可以作为受控项，也不能任意变化。这个问题的判断也和项目组的规模有关系，如果规模很大，涉及到的人员很多，也可能需要建立基线。在系统测试后要形成基线，一般称为产品基线，此时系统基本稳定了，可以对外发布，为更多的人所了解和使用了。代码在没有纳入基线但是受控后（提交测试人员测试了），也不能随便变更了，要经过配置管理员的批准，并通知测试人员。

❹ 计算机软件配置项是什么

1、软件配置项（SCI）：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。

2、软件配置项包括：

（1）与合同、过程、计划和产品有关的文档和资料；

（2）源代码、目标代码和可执行代码；

（3）相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。

3、软件配置项是作为配置项识别活动的产出物，CMMI中要求有文档化的配置项识别准则，根据准则来进行配置项识别，列出配置项列表，给与配置项唯一的编号、名称等，并标明配置项的一些重要属性，如：它的存储位置、它的负责人、对应源码语言、受控级别等。

(4)什么是软件配置项测试扩展阅读：

1、软件配置相关

Babich曾经这样说过：“协调软件开发使得混乱达到最小的技术叫配置管理。配置管理是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生长率。

软件配置管理，叫SCM，它应用于整个软件工程过程。因为变更在任何时刻都可能发生，因此SCM活动的目标就是为了：

(1)标识变更；

(2)控制变更；

(3)确保变更正确地实现;

(4)向其他有关的人员报告变更。

❺ 配置项测试是指什么

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

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

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

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

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

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

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

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

❼ 常见的软件配置项有哪些

csci是计算机软件配置项(computer
software
configuration
item)简称，在软件设计文档中经常用到。
配置与配置项
在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所
有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置”
包括更多的内容并具有易变性。
受控软件经常被划分为各类配置项（configuraion
items,
cis），这类划分是进行软件配置管理的基础和前提，cis是逻辑上组成软件系统的各组成部分。比如一个软件产品包括几个程序模块，每个
程序模块及其相关文档和支撑数据可能被命名为一个ci。一个系统包括的cis的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的
cis将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个ci也同时包括软件和硬件部分，一个纯软件的ci通常也称之为软件配置
项（csci）。本规范的ci一般指csci，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。
基线与基线管理
各cis随软件开发活动的进展，会有越来越多的部件进入受控状态。一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各cscis的编码或写
作，集成测试，最后是用户手册的编写等。软件配置管理包括了在软件生命周期的时间分散点上对各cis进行标识并对对他们的修改进行控制的过程。在一个开发
阶段结束或一组功能开发完成后，要对相应的cis进行基线化并形成各类基线。在配置管理系统中，基线就是一个ci或一组cis在其生命周期的不同时间点上
通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。
每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的过程，因此基线具有以下属性：
通过正式的评审过程建立
基线存在于基线库中，对基线的变更接受更高权限的控制
基线是进一步开发和修改的基准和出发点。
一般地，第一个基线包含了通过评审的软件需求，因此称之为“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步软件开发的出发点，对需求的变更被正式初始化、评估。受控的需求还是对软件进行功能评审的基础。

❽ 配置和兼容性软件测试的区别是什么

配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要是测试软件能否与不同的软件正确协作。
配置测试的核心内容就是使用各种硬件来测试软件的运行情况，一般包括：
（1） 软件在不同的主机上的运行情况，例如Dell和Apple；
（2） 软件在不同的组件上的运行情况，例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况；
（3） 不同的外设；
（4） 不同的接口；
（5） 不同的可选项，例如不同的内存大小；软件兼容性测试
兼容性测试的核心内容：
（1） 测试软件是否能在不同的操作系统平台上兼容；
（2） 测试软件是否能在同一操作系统平台的不同版本上兼容；
（3） 软件本身能否向前或者向后兼容；
（4） 测试软件能否与其它相关的软件兼容；
（5） 数据兼容性测试，主要是指数据能否共享；
配置和兼容性测试通称对开发系统类软件比较重要，例如驱动程序、操作系统、数据库管理系统等。具体进行时仍然按照测试用例来执行。

❾ 软件配置项测试如何展开，如何评价是否达到结束条件

软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。 软件配置项包括：

①与合同、过程、计划和产品有关的文档和资料；

②源代码、目标代码和可执行代码；

③相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。
配置项的测试主要就是文档的测试和代码的走查，功能测试等
软件配置项存在于软件生命周期的各个阶段，应当从软件开始立项就开始了软件配置项的测试，对各个阶段的产物进行测试。
软件配置项的测试存在于软件的整个生命周期，软件报废，测试才会停止，后期维护阶段可能不需要专门的测试，但是适当的自测还是必需的。