18-軟件測試技術與測試實訓教程講座(18-)-第18章-配置測試的實用技術-v1-2學時

軟件測試技術與測試實訓教程

黎連業(yè)王華李龍黎照

北京：機械工業(yè)出版社

2012.05第18講：第18章配置測試的實用技術

配置測試(Configurationtesting)，是整個測試過程中重要的一道工序。本章重點討論以下內(nèi)容：●配置測試的概述；●配置測試技術；●配置測試的主要內(nèi)容；●配置測試工作的文檔；●配置測試的手工測試實訓和操作方法。18．1配置測試的概述配置測試(ConfigurationTesting)是重要的，它是測試和驗證被測軟件在不同的軟件和硬件配置中的運行情況，覆蓋了各種軟件、硬件環(huán)境。配置測試就是測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗證被測軟件在不同的軟件和硬件配置中的運行情況。配置測試執(zhí)行的是所支持軟件運行的環(huán)境。測試環(huán)境適合與否會嚴重影響測試結果的真實性和正確性。硬件環(huán)境指測試必需的服務器、客戶端、網(wǎng)絡連接設備、打印機等，軟件環(huán)境指被測軟件運行時的操作系統(tǒng)、軟件平臺、數(shù)據(jù)庫及其他應用軟件構成的環(huán)境。

18.1.1軟件配置管理的概念軟件配置管理的概念討論的內(nèi)容有：軟件配置管理的定義、軟件測試配置管理的任務、軟件測試配置管理的目的、軟件測試配置管理的基本目標、軟件測試配置管理的執(zhí)行約定、軟件測試配置管理的執(zhí)行能力、軟件配置測試管理組負責協(xié)調(diào)的工作、軟件配置測試管理的流程、軟件測試配置管理的關鍵活動、軟件配置管理要求、配置測試的前提條件、配置測試的范圍、配置測試的目標、測試配置管理人員工作的主要內(nèi)容。

18.1.2軟件配置管理的定義對于軟件配置管理（SCMSoftwareConfigurationManagement）定義有不同的描述：ISO9000定義：SCM為“一個管理學科，它對配置項的開發(fā)和支持生命周期給予技術上和管理上的指導。配置管理取決于項目的規(guī)模、復雜程度和風險大小”。軟件能力成熟度模型與模型集成(CMM-CMMI)定義：軟件配置管理是“軟件過程的關鍵要素，是開發(fā)和維護各個階段管理軟件演進過程的方法和規(guī)程”。軟件配置管理定義的要素包括：★標識：識別產(chǎn)品的結構、產(chǎn)品的構件及其類型，為其分配唯一的標識符，并以某種形式提供對它們的存取；★控制：通過建立產(chǎn)品基線，控制軟件產(chǎn)品的發(fā)布和在整個軟件生命周期中對軟件產(chǎn)品的修改。例如，它將解決哪些修改會在該產(chǎn)品的最新版本中實現(xiàn)的問題；★基線：基線是軟件文檔或源碼(或其它產(chǎn)出物)的一個穩(wěn)定版本,對軟件產(chǎn)品的重現(xiàn)性、可追蹤性和報告?！餇顟B(tài)統(tǒng)計：記錄并報告構件和修改請求的狀態(tài)，并收集關于產(chǎn)品構件的重要統(tǒng)計信息。例如，它將解決修改這個錯誤會影響多少個文件的問題；★審計和審查：確認產(chǎn)品的完整性并維護構件間的一致性，即確保產(chǎn)品是一個嚴格定義的構件集合。例如，它將解決目前發(fā)布的產(chǎn)品所用的文件的版本是否正確的問題；★生產(chǎn)：對產(chǎn)品的生產(chǎn)進行優(yōu)化管理。它將解決最新發(fā)布的產(chǎn)品應由哪些版本的文件和工具來生成的問題；★過程管理：確保軟件組織的規(guī)程、方針和軟件周期得以正確貫徹執(zhí)行。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過測試和質(zhì)量檢查的問題；★結構：表示產(chǎn)品的架構;★創(chuàng)建：支持產(chǎn)品的構建及其產(chǎn)品的附件。★審核：對產(chǎn)品及其過程的審核予以保留。★統(tǒng)計：采集與產(chǎn)品、過程相關的數(shù)據(jù)?！锟刂疲嚎刂飘a(chǎn)品變更的方式及時間?！镞^程：支持產(chǎn)品演變的管理?！飯F隊協(xié)作：促進項目組開發(fā)及產(chǎn)品維護。

18.1.3軟件測試配置管理的任務軟件測試配置管理的任務主要包括：★制定軟件測試配置管理計劃，建立軟件配置管理機構；★在給定時間點上對軟件測試配置管理項進行標識；★系統(tǒng)地控制軟件測試配置管理項的更動；★配置狀態(tài)報告；★配置審計；★在整個軟件測試期內(nèi)，按規(guī)程對軟件配置管理項進行存儲、處理、發(fā)行管理和交付。軟件測試配置管理的活動可以歸結為四個主要功能：配置識別、變更控制、配置狀態(tài)統(tǒng)計和配置審核。其中，配置審核分為正式審核和非正式審核。在軟件生命周期的關鍵階段采取非正式審核，例如在開始系統(tǒng)設計前，一般要進行配置審核，檢驗需求規(guī)格配置的完整性和正確性。在軟件交付客戶前采取正式審核，正式審核分為功能型和物理型兩種類型。功能型配置審核檢驗軟件功能是否滿足系統(tǒng)需求中定義的軟件需求，即根據(jù)需求驗證系統(tǒng)。物理型配置審核確定軟件產(chǎn)品和設計文檔是否符合軟件合同的要求，即根據(jù)合同驗證系統(tǒng)。

18.1.4軟件測試配置管理的目的軟件測試配置管理的目的是在項目的整個軟件生存周期中，建立和標識軟件配置管理項（軟件工作產(chǎn)品及其描述等），并對其進行控制和管理，維護其完整性、一致性和可跟蹤性。實施軟件配置管理要達到的目標如下：★軟件測試配置管理活動是有計劃的?！锼x定的軟件工作產(chǎn)品是經(jīng)過標識的、受控制的和可用的?！飳σ褬俗R的軟件產(chǎn)品進行變更是受控制的。★受影響的組和個人能及時得到軟件基線的狀態(tài)和內(nèi)容。

18.1.5軟件測試配置管理的基本目標

軟件測試配置管理是在貫穿整個軟件生命周期中建立和維護項目產(chǎn)品的完整性。它的基本目標包括：★軟件配置管理的各項工作是有計劃進行的；★被選擇的項目產(chǎn)品得到識別，控制并且可以被相關人員獲??；★已識別出的項目產(chǎn)品的更改得到控制；★使相關組別和個人及時了解軟件基準的狀態(tài)和內(nèi)容?！矧炞C應用程序（即，確定它是否滿足了它的配置要求）?！锎_定配置問題的軟件出錯?！?幫助識別那些不能有效地在單元和集成測試發(fā)現(xiàn)的一些缺陷：功能變體、國際化（例如，多語言，貨幣，稅收和關稅，時區(qū)等）、個性化這些故障報告的開發(fā)團隊，使相關的缺陷可以修復的?！?決定增加或修改，如硬件資源的影響：內(nèi)存、磁盤和磁帶資源、處理器、負載均衡★ 確定最佳的系統(tǒng)配置。

18.1.6軟件測試配置管理的執(zhí)行約定為了實施軟件測試配置管理，項目測試過程要制定一個文檔化的方針政策。該方針一般包括以下內(nèi)容：★明確項目SCM的機構（或人員）及其職責；★在項目的整個生命周期內(nèi)實行SCM；★對交付用戶的軟件產(chǎn)品、指定的內(nèi)部軟件工作產(chǎn)品和指定在項目內(nèi)部使用的支持工具都要實行SCM；★項目要建立專門的受控庫（如數(shù)據(jù)庫）和產(chǎn)品庫用來存放軟件配置管理項和相關SCM活動的記錄。說明：軟件配置管理項是置于軟件配置管理下的實體元素。包括在軟件生存期內(nèi)所產(chǎn)生的各種管理文檔和技術文檔、源代碼及其可執(zhí)行代碼，運行時所需的各種數(shù)據(jù)以及相關的存儲介質(zhì)等，它們經(jīng)評審和檢查通過后進入軟件測試配置管理。★定期審核軟件基線和SCM活動。

18.1.7軟件測試配置管理的執(zhí)行能力軟件測試配置管理的執(zhí)行能力要確保以下的必備條件：（1）建立一個有權力管理項目的軟件測試配置控制組軟件測試配置控制組主要負責以下工作：建立軟件測試的基線和標識軟件測試配置的管理項；代表項目負責人和受到軟件測試基線影響的所有組的利益。所有組包括：★硬件質(zhì)量保證組；★硬件配置管理組；★硬件工程組；★軟件工程組；★系統(tǒng)工程組；★系統(tǒng)測試組；★軟件質(zhì)量保證組；★軟件配置管理組；★合同管理組和文檔支持組。★評審和批準對軟件測試的基線更改；★批準從軟件測試基線庫生成產(chǎn)品。

18.1.8軟件配置測試管理組負責協(xié)調(diào)的工作軟件配置測試管理組負責協(xié)調(diào)以下工作：★創(chuàng)建和管理軟件基線庫；★制定、維護和分發(fā)SCM計劃、標準和規(guī)程；★標識置于軟件配置管理之下的軟件工作產(chǎn)品，一個軟件工作產(chǎn)品是由定義、維護、使用一個軟件過程中所生成的任何人工制品組成?！锔萝浖y試基線?！锷苫谲浖y試基線庫的產(chǎn)品?！镉涗汼CM活動。★生成和發(fā)布SCM報告。

18.1.9軟件配置測試管理的流程實施軟件配置測試管理就是要其他相關組協(xié)調(diào)完成。軟件配置測試管理的流程如圖18-1所示。

18.1.10軟件測試配置管理的關鍵活動一般來說，軟件測試配置管理包括6個最基本關鍵活動：★配置標識；★版本控制；★變更控制；★配置狀態(tài)報告；★配置審計；★工作空間管理。

(1)配置標識配置標識是配置管理的基礎,也是制定配置管理計劃的重要內(nèi)容。所有配置項的操作權限都應當嚴格管理，其基本原則是：所有基線配置項向測試人員開放讀取權限；而非基線配置項向測試組長、項目經(jīng)理及相關人員開放。配置標識主要是標識測試樣品、測試標準、測試工具、測試文檔（包括測試用例）、測試報告等配置項的名稱和類型。所有配置項都應按照相關規(guī)定統(tǒng)一編號，按照相應的模板生成，并在文檔中的規(guī)定章節(jié)（部分）記錄對象的標識信息。在引入軟件配置管理工具進行管理后，這些配置項都應以一定的目錄結構保存在配置庫中,這樣使得測試相關人員能方便地知道每個配置項的內(nèi)容和狀態(tài)。

(2)版本控制版本控制是軟件配置管理的核心功能。版本控制的目的是按照一定的規(guī)則保存配置項的所有版本，統(tǒng)一版本命名規(guī)則，確保目標碼版本號的唯一性和可追蹤性；避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準確地查找到配置項的任何版本。所有置于配置庫中的元素都應自動予以版本的標識，并保證版本命名的唯一性。版本在生成過程中，自動依照設定的使用模型自動分支、演進。除了系統(tǒng)自動記錄的版本信息以外，為了配合軟件開發(fā)流程的各個階段，我們還需要定義、收集一些元數(shù)據(jù)（Metadata）來記錄版本的輔助信息和規(guī)范開發(fā)流程，并為今后對軟件過程的度量做好準備。當然如果選用的工具支持的話，這些輔助數(shù)據(jù)將能直接統(tǒng)計出過程數(shù)據(jù)，從而方便我們軟件過程改進（SoftwareProcessImprovement，SPI）活動的進行。

對于配置庫中的各個基線控制項，應該根據(jù)其基線的位置和狀態(tài)來設置相應的訪問權限。一般來說，對于基線版本之前的各個版本都應處于被鎖定的狀態(tài)，如需要對它們進行變更，則應按照變更控制的流程來進行操作。

(3)變更控制變更控制的目的并不是控制和限制變更的發(fā)生，而是對變更進行有效的管理，確保變更有序地進行。變更管理的一般流程是：★（獲得）提出變更請求；★由CCB審核并決定是否批準；★（被接受）修改請求分配人員為，提取SCI，進行修改；★復審變化；★提交修改后的SCI；★建立測試基線并測試；★重建軟件的適當版本；★復審（審計）所有SCI的變化；★發(fā)布新版本。

(

4)配置狀態(tài)報告配置狀態(tài)報告就是根據(jù)配置項操作數(shù)據(jù)庫中的記錄，來向管理者報告軟件測試工作的進展情況。這樣的報告應該是定期進行，并盡量通過軟件測試工具自動生成，用數(shù)據(jù)庫中的客觀數(shù)據(jù)來真實的反映各配置項的情況。

配置狀態(tài)報告應根據(jù)報告應著重反映當前基線配置項的狀態(tài)，以作為對開發(fā)進度報告的參照。同時也能從中根據(jù)開發(fā)人員對配置項的操作記錄來對開發(fā)團隊的工作關系作一定的分析。配置狀態(tài)報告應該包括以下主要內(nèi)容：★定義配置狀態(tài)報告形式、內(nèi)容和提交方式；★確認過程記錄和跟蹤問題報告，更改請求，更改次序等；★確定測試報告提交的時間與方式?！锱渲脦斓慕Y構和相關說明；★開發(fā)起始基線的構成；★當前基線位置及狀態(tài)；★各基線配置項集成分支的情況；★各私有開發(fā)分支類型的分布情況；★關鍵元素的版本演進記錄；★其它應予報告的事項。

(5)配置審計配置審計的主要作用是作為變更控制的補充手段，來確保某一變更需求已被切實地執(zhí)行和實現(xiàn)。配置審計包括以下主要內(nèi)容：★確定審計執(zhí)行人員和執(zhí)行時機；★確定審計的內(nèi)容與方式；★確定發(fā)現(xiàn)問題的處理方法。★制定項目的配置計劃；★對配置項進行標識；★對配置項進行版本控制；★對配置項進行變更控制；★定期進行配置審計；★向相關人員報告配置的狀態(tài)。

(6)工作空間管理

在引入了軟件配置管理工具之后，所有開發(fā)人員都會被要求把工作成果存放到由軟件配置管理工具所管理的配置庫中去，或是直接工作在軟件配置管理工具提供的環(huán)境之下。所以為了讓每個開發(fā)人員和各個開發(fā)團隊能更好的分工合作，同時又互不干擾，對工作空間的管理和維護也成為了軟件配置管理的一個重要的活動。

18.1.11軟件配置管理要求軟件配置管理要求注意如下11點內(nèi)容：（1）配置管理適用的范圍包括全部工作產(chǎn)品，研發(fā)中心各個部門的評審記錄；（2）配置管理下的項至少應包括：工作計劃、工作任務、工作周報、各種會議記錄、經(jīng)評審確認的工作產(chǎn)品、評審記錄等。（3）配置管理命名規(guī)則：工作計劃-XX部NN：項目；YYYY：為年；MM：為月；DD：為日期；XX：為配置管理項。

（4）配置庫文件目錄結構配置庫文件目錄結構如表18-1所示。

（6）角色和責任；（7）目錄添加/修改/刪除流程；（8）配置項的添加/修改/刪除流程；（9）配置項的發(fā)布；（10）配置管理文檔的保存；（11）配置庫備份。

18.1.12配置測試的前提條件進行配置測試的需要以下幾個前提條件：★進行配置測試的需求分析已經(jīng)完成。★ 已完成應用程序的多個版本?！?相關的軟件組件已通過單元測試?！?軟件集成測試已經(jīng)進行，但在配置測試開始之前軟件組件必須已經(jīng)安裝在被測硬件設備上?！?相關系統(tǒng)組件已通過系統(tǒng)集成測試?！?在獨立的測試小組配備足夠的人員進行配置測試和訓練?！?配置測試環(huán)境準備完成。

18.1.13配置測試的范圍配置測試的目標是為了使軟件在盡可能多的硬件平臺上運作，那么進行配置測試一般需要測試它的硬件環(huán)境和軟件環(huán)境。（1）硬件配置硬件配置大體分為以下幾類：★ 不同的PC和主機；★ 不同的組件；★ 不同的外圍設備；★ 不同的接口以及可選項的測試；★主機的內(nèi)存；★設備驅(qū)動。

（2）軟件配置軟件配置大體分為以下幾類：★程序和測試用例（腳本）；★開發(fā)類文檔；★管理文檔；★系統(tǒng)維護文檔；★系統(tǒng)維護手冊；★ 對操作系統(tǒng)平臺的兼容測試；★ 對同一操作系統(tǒng)平臺不同版本的測試；★ 軟件自身向前向后更新操作時的測試；★ 同其他軟件產(chǎn)品兼容性測試以及數(shù)據(jù)兼容性（主要是數(shù)據(jù)共享）的測試。

18.1.14配置測試的目標正如同所有測試的目標都是為了保證軟件功能的強大，性能的優(yōu)越，bug報錯率小配置測試的目標也是相同的，它的目標有以下幾點：★ 驗證應用程序（即，確定它是否滿足了它的配置要求）。★ 確定配置問題的軟件出錯?！?幫助識別那些不能有效地在單元和集成測試發(fā)現(xiàn)的一些缺陷：功能變體、國際化（例如，多語言，貨幣，稅收和關稅，時區(qū)等）、個性化這些故障報告的開發(fā)團隊，使相關的缺陷可以修復的。★ 決定增加或修改，如硬件資源的影響：內(nèi)存、磁盤和磁帶資源、處理器、負載均衡★ 確定最佳的系統(tǒng)配置。

18.1.15測試配置管理人員工作的主要內(nèi)容測試配置管理工作的主要內(nèi)容有以下幾方面：

1.制定配置管理階段（1）制定配置管理的計劃配置管理人員要與項目經(jīng)理協(xié)商，制定配置管理的計劃，規(guī)劃未來的配置管理工作。配置管理計劃內(nèi)容的約束條件：★配置管理的規(guī)劃必須以測試項目的工作為基礎；★配置管理計劃的編寫必須以公司的流程為模版；★配置管理計劃是指導未來配置測試管理工作的，配置管理工作必須以配置管理計劃為基準。（2）規(guī)范配置管理的環(huán)境配置管理人員要依據(jù)制定配置管理的計劃規(guī)范配置管理的環(huán)境，保證開發(fā)用機、測試用機、配置用機，并最終生成配置管理環(huán)境維護清單。（3）建立配置庫配置庫作為測試項目組內(nèi)成員工作的平臺。配置庫建立的準則：★依據(jù)配置管理計劃中的定義，根據(jù)測試流程創(chuàng)建相應的配置庫;★為每個項目用戶分配操作權限，使用配置庫人員的權限與配置庫工作區(qū)間的劃分，保證個人工作區(qū)間的隔離;★為每一配置項指定相應的標識；★項目用戶不能擁有“刪除”、“更改”的權限，測試項目組成員根據(jù)自己的權限對配置庫進行操作，“刪除”、“更改”由配置管理員執(zhí)行更改申請程序流程、文檔更改程序流程，實施配置控制；★將相應的配制管理項添加到管理工具中。（4）發(fā)布基線配置經(jīng)理要整理硬件配置，軟件配置材料，生成基線，基線存放于基線庫中?；€的發(fā)布通過配置狀態(tài)報告來實現(xiàn)。（5）配置培訓配置培訓作為與項目成員溝通配置管理內(nèi)容的一個主要渠道，配置經(jīng)理應與項目經(jīng)理協(xié)商在項目開始初期進行。培訓內(nèi)容包括：★配置管理的基本概念;★配置管理的相關流程;★配置管理工具的使用;★配置庫的使用及規(guī)范等。

2.測試項目執(zhí)行階段（1）配置庫的維護配置庫維護包括：配置庫結構、日常權限的設置、帳戶的增加與刪除、工作區(qū)維護、配置庫備份等;維護時要注意的：★配置管理員根據(jù)“基線計劃”創(chuàng)建與維護基線，控制配置庫的變更；★對配置庫的備份要與配置機分開，以確保安全性;★配置管理員定期清除配置庫里的垃圾文件；★配置管理員定期備份配置庫；★配置管理員確定每個基線的配置項；★定期維護配置庫中帳戶，避免帳戶不斷增加，出現(xiàn)垃圾帳戶;★監(jiān)督測試項目組成員使用配置庫問題，避免配置項被下班、離開的成員使用;★對于加入配置管理的文檔、數(shù)據(jù)，項目組成員使用配置管理軟件功能，可以自由修改處于“草稿”狀態(tài)的配置項，并指定其版本號。

（2）配置管理員進行版本控制配置管理員進行版本控制是一項主要工作內(nèi)容，版本控制包括文檔版本的控制和代碼版本的控制。版本控制中要注意：★版本標識明確、清晰;★版本在配置庫中，有使用標簽;★歷史版本在線可以回溯;★新版本以基線版本為基準;★測試的版本是受控的;★新的基線版本的生成，要及時發(fā)布；★新的基線版本的配置項存放在配置庫中。

（3）配置管理員與測試人員協(xié)作配置管理員要與測試人員協(xié)作、溝通，主要是測試配置項的管理和版本的傳遞問題。（4）發(fā)布配置狀態(tài)報告配置管理員在項目進行過程中，要及時發(fā)布配置狀態(tài)報告?；€的生成、重要配置項產(chǎn)生時都要發(fā)布配置狀態(tài)報告;定期發(fā)布配置狀態(tài)報告以向全體測試成員通報項目現(xiàn)階段的進展情況。（5）優(yōu)化、維護配置管理活動

配置管理員在配置管理過程中，隨項目的進展和工作的開展情況，配置經(jīng)理要適時的調(diào)整配置管理的活動，包括配置環(huán)境、測試環(huán)境、開發(fā)環(huán)境、整理配置庫、優(yōu)化配置流程等。經(jīng)項目經(jīng)理的同意更改后要通過配置狀態(tài)報告發(fā)布，變動和更改的配置項要有相應的變更說明。

3.測試項目結項階段：測試項目結項時，配置管理人員主要是整理測試項目的結項材料，對項目配置管理工作進行總結、整理，編寫配置管理案例、按產(chǎn)品庫的規(guī)范要求，整理產(chǎn)品配置項?？偨Y項目配置管理工作在進行測試過程中的得失以及經(jīng)驗。

18．2配置測試技術 良好的測試方案有利于工作的進展，本節(jié)主要討論配置測試設計、設計配置測試所用到的技術。希望這些技術設計高效可行的配置測試方案有所幫助。

18．2．1配置測試設計配置測試設計的要點包括：★ 確定哪些功能是軟件需要用到的，例如一個辦公程序可能對顯卡要求是很低的，沒有必要去測試太多。又或者一個大型游戲根本不需要打印功能，那么就不需要管打印機了；★ 配置并測試市場上比較流行的軟件，是可用的；★ 配置并測試哪些硬件特性，模式和選項是可用的；★ 在已有的測試集合里面挑選出一個可維護可管理的測試集，還是挑出表常見的硬件；★ 找出軟件中對配置特別敏感的特有功能；★ 不同配置下的測試用例需要分別設計；★ 在每個配置環(huán)境下至少執(zhí)行一邊測試用例。

表18-1是配置測試在各個階段的使用情況。配置測試在軟件開發(fā)各個階段使用任務內(nèi)容需求分析軟件設計軟件開發(fā)軟件評審軟件試用工作結束測試規(guī)劃不需要可選可選已完成已完成不適用測試重用不需要不需要可選已完成已完成不適用測試設計不需要可選可選已完成已完成不適用測試執(zhí)行不需要不需要可選已完成已完成不適用測試報告不需要不需要不需要已完成已完成不適用

18.2.2常用技術的使用常用的技術主要包括：★ 多次單因素實驗法★ 正交實驗法★ 均勻設計法

1.多次單因素實驗法的使用利用多次單因素實驗法設計配置測試，主要是用它的隨機區(qū)組設計進行配置測試，把被測軟件對象按一定的標準劃分為多個區(qū)組，并且是同一個組內(nèi)的被測軟件對象基本無差異，不僅要保證組內(nèi)對象的性質(zhì)相同，而且要保證每個區(qū)組都被測試而其各個區(qū)組內(nèi)的軟件對象被測試的順序是隨機決定的。使用隨機區(qū)組設計配置測試要遵循它的三個基本原則，即：重復、局部控制、隨機化。多次使用單因素實驗法能有效的降低因不完全測試而帶來的風險，使用多次單因素試驗方法得出數(shù)據(jù)的可用性比一般方法的出的數(shù)據(jù)要高。

2.正交實驗法的使用配置測試中使用正交試驗法主要是用它的表格——正交表。正交表的使用流程如下：（1）根據(jù)測試需求來整體設計表格、步驟、表格。（2）進行測試，得出數(shù)據(jù)記錄在表內(nèi)。（3）對得出的數(shù)據(jù)結果進行分析。使用正交實驗表格能有通過最小工作量的測試得出精確的數(shù)據(jù)，以提高整個測試的進度及效率。

3.均勻設計法的使用均勻設計法在配置測試設計中的使用主要是因為它的保證被測點能均勻分布在整個軟件系統(tǒng)，并且可以使測試點的每個因素保證最少做一次且僅作一次實驗。任兩個因素的試驗點點在平面的格子點上，每行每列有且僅有一個試驗點。均勻設計法測試次數(shù)比正交設計明顯的減少，這樣相比使用正交設計來說更能提高測試效率，使均勻設計特別適合于多因素多水平的試驗和系統(tǒng)模型完全未知的情況。

18．3配置測試的主要內(nèi)容配置測試按照軟硬件的劃分分為軟件配置和硬件配置的兼容測試。進行配置測試時通常習慣性的采用表格統(tǒng)計方式來進行數(shù)據(jù)統(tǒng)計，最后統(tǒng)計得出結論。因此本節(jié)以表格統(tǒng)計方式來逐一進行分析介紹。

18．3．1硬件環(huán)境配置測試1.不同主機的配置測試在對主機兼容性的測試設計是要注意現(xiàn)行通用流行的主機平臺，以windows7配置測試為例，具體操作如表18-2所示。

通過對比的方式來進行檢測，就能夠很容易發(fā)現(xiàn)各種問題的存在。在此需要注意一點，進行測試的主機一定要選擇通用的流行的主機平臺，這樣能夠保證應用的平臺的廣泛性。如果最后的結論是未通過，就需要考慮是否采用的是主流主機平臺，如果使用的主機平臺沒有問題，那么bug就是軟件開發(fā)的問題了。（特殊應用程序除外，比如專機專用軟件。）

2.不同組件的配置測試不同組件指的是同一主機平臺上的不同硬件配置。同一個廠商出產(chǎn)的主機，不同型號不同批次不同品質(zhì)的主機使用的組件式是不一樣的，就拿CPU來說現(xiàn)在主流的CPU有Intel和Amd兩大主流處理器。同一個廠商生產(chǎn)主機時有可能用Intel的CPU及其相對應的主板，也有可能選用Amd的CPU及其相對應的主板。這些在配置測試中都需要考慮在內(nèi)。以windows7配置測試為例，具體操作如表18-3所示。

3.不同外設的配置測試電腦主要是由主機和外設兩部分組成的。離開任何一個都無法正常工作、使用。一個軟件對外設的支持應該也是必須要驗證的。外設主要指輸入/輸出設備，例如：鍵盤、鼠標、打印機、掃描儀等。當然還有一些特別的軟件需要不同的終端設備例如：刷卡設備、指紋識別設備、紅外掃描設備等等。這些設備只要對整個軟件系統(tǒng)有關聯(lián)都必須進行測試。不同外設的配置測試具體操作如表18-4所示。

關于外設測試時要注意：★ 測試用的外設選取要選擇主流、通用的產(chǎn)品?！?在一個外設上測試通過后換一個不同品牌的相同外設繼續(xù)測試?！?在一個外設上測試未通過時換一個不同品牌的相同外設進行操作?！?測試未通過時先考慮硬件，檢測硬件沒問題后再考慮軟件。

4.不同接口的配置測試接口兼容性測試，這個主要是指操作系統(tǒng)在主機上運行時對各個接口的兼容性測試。例如對USB1.0端口、USB2.0端口的兼容性等等。一般的軟件系統(tǒng)是建立在操作系統(tǒng)平臺上進行使用的，因此這里就不過多介紹了。

5.可選項的配置測試可選項主要是增加減少可選擇的硬件組件，如一臺主機除了內(nèi)存大小之外都是相同的配置，通過增大或減小內(nèi)存來看看主機對軟件系統(tǒng)的兼容性。比如說進行一款游戲軟件測試時通過增大或減小顯卡顯存容量來測試，得出那個配置才能最佳運行該游戲，那個配置是該游戲運行時最低的需求配置。不同接口的配置測試具體操作如表18-5所示。

18．3．2軟件環(huán)境配置測試1.不同的操作系統(tǒng)平臺兼容性測試現(xiàn)在的操作系統(tǒng)平臺主流陣地分為兩大塊，一是開源系統(tǒng)，代表系統(tǒng)如Unix、Linux等。二是源碼封閉的系統(tǒng)：代表如windows、Apple等。軟件開發(fā)現(xiàn)在大多基于windows及Linux系統(tǒng)應用程序的開發(fā)，當然也有很多基于其它系統(tǒng)的軟件開發(fā)，不過從比例上來看明顯沒有windows和Linux多。一個軟件要想更好的銷售出去最好應該是跨平臺的，這里我們介紹這個主要是為了不同操作系統(tǒng)平臺的兼容測試。下面以Adobe公司的Photoshop軟件測試平臺為例進行分析，分析表如表18-6所示。

2.同一操作系統(tǒng)平臺的不同版本兼容性測試同一操作系統(tǒng)也有不同的版本和更新進度，軟件產(chǎn)品是否能在最新版本的系統(tǒng)及以前的系統(tǒng)上同樣正常運行操作呢？這事軟件開發(fā)不得不考慮的問題，因為即使是同一系統(tǒng)，但不同版本之間還是有些許不同的，下面看一下Visualstudio2005在windows不同操作系統(tǒng)下兼容情況。下面是Visualstudio2005在windows平臺不同版本下兼容性測試情況，測試表如表18-7所示。

3.軟件本身向前向后兼容測試軟件版本自身向前向后兼容指的是版本升級是在原來基礎上進行更新升級，還是采用新技術進行升級，前者只需在軟件維護過程中進行更新，以