❶ 軟體測試中什麼是配置項測試具體定義和具體工作是什麼
配置項測試的理解，我覺得得先清楚兩個概念：
①軟體配置項：我認為軟體配置項就是一個開發完成的,已經進入配置管理的,准備提供給客戶的產品。可以是可執行代碼，也可以是產品文檔。
②軟體需求規格說明書：軟體需求規格說明書是在項目前期進行需求分析的時候得到的一份文檔，這份文檔中描述了用戶的需求，是初始階段甲乙雙方對項目的共同理解，比如一些界面設計，流程描述，這個是整個開發工作的基礎。
那麼配置項測試，就可以理解成是對軟體配置項的一種檢查，檢查它與軟體需求規格說明書是否一致。比如對可執行代碼進行功能測試，關注它的功能是否與軟體需求規格說明書中要求的一致。或者對一份產品文檔進行文檔審查，關注是否已經按照軟體需求規格說明書中要求，描述了安裝步驟，或者文檔中描述的介面是否與軟體需求規格說明書中的相同。
所以配置項測試，需要在單元測試和集成測試之後進行。
我理解的測試順序應該是：單元測試->集成測試->配置項測試->系統測試->確認測試，如果項目存在變更，還需要進行回歸測試。當然，這個只是幫助理解，實際中肯定不會是按順序做的。
❷ 配置項測試是指什麼
配置測試主要是針對硬體而言，其測試過程是測試目標軟體在具體硬體配置情況下，出不出現問題，為的是發現硬體配置可能出現的問題，大體來講硬體配置分為以下幾類：
一：PC
二：組件
三：外圍設備
四：介面
五： 選項和內存
六： 設備驅動
❸ 計算機軟體配置項是什麼樣20
按管理的嚴格程度，配置項一般分3個等級：（1）納入基線管理的配置項納入基線管理的配置項是指變化時要走嚴格變更手續的配置項，需要做變更申請，要審批。審批一般分2種嚴格程度： i) 項目經理或分CCB審批就可以，一般是局部的小的變更。 ii）變更控制委員會（CCB）審批納入基線前，一般要經過評審或測試（稱為驗證）和質量保證。 (2) 沒有納入基線但是也不能隨意變更的配置項，一般稱為受控項這類配置項不需要變更申請，但是要經過配置管理員或項目經理的允許才可以變更。基線項與受控項寫的許可權要唯一，一般是CM或PM有唯一的寫許可權。（3）非受控項對變更不做控制。擬納入基線管理的配置項狀態變化一般是先非受控，然後受控，最後基線化。變更時，先檢出（checkou）進行修改，修改完畢後再檢入（checki）轉為受控，等待驗證（測試或評審），通過驗證後進行基線化。擬納入受控而不入基線的配置項狀態變化一般是先非受控，然後受控。變更時，檢出進行修改，修改完畢後再檢入提交受控。納入基線管理的時機是管理平衡問題，一般是當配置項基本穩定後才納入基線管理，如果處與頻繁的變動之中，納入基線後會增加管理成本，如單元測試通過後一般不形成基線，因為此時代碼並不穩定，但是可以作為受控項，也不能任意變化。這個問題的判斷也和項目組的規模有關系，如果規模很大，涉及到的人員很多，也可能需要建立基線。在系統測試後要形成基線，一般稱為產品基線，此時系統基本穩定了，可以對外發布，為更多的人所了解和使用了。代碼在沒有納入基線但是受控後（提交測試人員測試了），也不能隨便變更了，要經過配置管理員的批准，並通知測試人員。
❹ 什麼是配置
什麼是軟體配置項？一般認為：軟體生存周期各個階段活動的產物經審批後即可稱之為軟體配置項。
軟體配置項包括：
–①與合同、過程、計劃和產品有關的文檔和資料；
–②
源代碼、目標代碼和可執行代碼；
–③相關產品，包括軟體工具、庫內的可重用軟體、外購軟體及顧客提供的軟體等。
在軟體建立時變更是不可避免，而變更更回劇了項目中軟體工程師間的混亂。之所以產生混亂，是因為在進行變更前沒有仔細分析，或沒進行變更控制。Babich曾經這樣說過：「協調軟體開發使得混亂達到最小的技術叫配置管理。配置管理是一種標識、組織和控制修改的技術，目的是使錯誤達到最小並最有效地提高生長率。
軟體配置管理，叫SCM，它應用於整個軟體工程過程。因為變更在任何時刻都可能發生，因此SCM活動的目標就是為了(1)標識變更；(2)控制變更；(3)確保變更正確地實現(4)向其他有關的人員報告變更。
軟體配置管理是貫穿整個軟體生存周期的一項技術。它的主要功能是控制軟體生存周期中軟體的改變，減少各種改變所造成的影響，確保軟體產品的質量。正確應用軟體配置管理是開發高質量軟體所不可缺少的。軟體配置管理的過程是軟體開發過程中質量管理的精髓。
所謂硬體配置文件，是指在啟動計算機時告訴Windows應該啟動哪些設備，以及使用每個設備中的哪些設置的一系列指令。