【正文】 區(qū)域的測試用例發(fā)現(xiàn)錯誤的概率很高。為表明這些特定的情況，在因果圖上使用持殊的符號標(biāo)明約束條件。 等價類劃分法并沒有考慮到輸入情況的各種組合。 。 無效等價類：無效等價類指對程序的規(guī)范是不合理的或無意義的輸入數(shù)據(jù)所構(gòu)成的集合。 等價類劃分是一種典型的黑盒測試方法。 黑盒測試首先是程序通常的功能性測試。 驗收測試把軟件系統(tǒng)作為單一的實體進(jìn)行測試，測試內(nèi)容與系統(tǒng)測試基本類似，但是它是在用戶積極參與下進(jìn)行的，而且可能主要使用實際數(shù)據(jù) (系統(tǒng)將來要處理的信息 )進(jìn)行測試。模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試通常又稱為單元測試。 制定嚴(yán)格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。對打印功能要求注意打印出的報表是否正確。檢查菜單當(dāng)中的各項功能和功能按鈕是否能正確使用。 用戶測試階段： 項目開發(fā)組與用戶方商定測試計劃、測試內(nèi)容、測試環(huán)境等。 對修改后的情況進(jìn)行復(fù)合。 測試人員會同項目主管根據(jù)軟件需求制定并確認(rèn) 《測試計劃》（附錄五）。如果為了表明程序是正確的而進(jìn)行測試，就會設(shè)計一些不易暴露錯誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設(shè)計出最能暴露錯誤的測試方案。 大量統(tǒng)計資料表明，軟件測試的工作量往往占軟件開發(fā)總工作量的 40％以上，在極端情 況，測試那種關(guān)系人的生命安全的軟件所花費的成本，可能相當(dāng)于軟件工程其他開發(fā)步驟總成本的三倍到五倍。在開發(fā)大型軟件系統(tǒng)的漫長過程中 ，面對著極其錯綜復(fù)雜的問題，人的主觀認(rèn)識不可能完全符合客觀現(xiàn)實，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺，因此，在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯。測試的目的就是在軟件 投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。軟件工程的根本目標(biāo)是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件。此外，應(yīng)該認(rèn)識到測試決不能證明程序是正確的。 所有單元測試及相應(yīng)的修改完成后，項目開發(fā)組組織進(jìn)行集成測試，測試人員參與集成測試過程；集成測試完成后，產(chǎn)生集成測試報告。 將所有文件存檔。 由用戶方編制用戶方軟件測試報告（程序錯誤報告和測試 分析報告），若用戶方不愿或無法編制測試報告，則經(jīng)與用戶方協(xié)商由我方測試人員編制用戶方測試報告，經(jīng)用戶方簽字后即可生效。對功能界面要求注意與功能相關(guān)的信 息顯示及顯示位置是否正確。就是進(jìn)行錯誤的操作或輸入錯誤的數(shù)據(jù)，檢查軟件對這些情況是否能做出判斷并予以提示。 軟件測試規(guī)范 軟件測試類型 6 四 .軟件測試類型 除非是測試一個小程序，否則一開始就把整個系統(tǒng)作為一個單獨的實體來測試是不現(xiàn)實的。模塊相互間的協(xié)調(diào)和通信是這個測試過程中的主要問題，因此這個步驟著重測試模塊的接口。用這種方法進(jìn)行測試時，被測程序被當(dāng)作看不見內(nèi)部的 黑盒。 用一系列真實的數(shù)據(jù)類型和數(shù)據(jù)值運行，測試超負(fù)荷、飽和及其他“最壞情況”的結(jié)果； 用假想的數(shù)據(jù)類型和數(shù)據(jù)值運行，測試排斥不規(guī)則輸入的能力； 對影響性能的關(guān)鍵模塊，如基本算法、應(yīng)測試單元性能 (包括精度、時間、容量等 )。因此我們只要在一個集合中選取一個測試數(shù)據(jù)即可。例如，程序的規(guī)范中提到的輸入條包括“??項數(shù)可以從 1到 999??”，則 可取有效等價類為“ l考項數(shù)＜999”，無效等價類為“項數(shù)＜ l，及“項數(shù)＞ 999”。 。 根據(jù)已列出的等價類表，按以下步驟確定測試用例： 為每個等價類規(guī)定一個唯一的編號； 軟件測試規(guī)范 黑盒測試方法 8 設(shè)計一個測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類。這樣雖然各個輸入條件單獨可能出錯的情況已經(jīng)看到了，但多個輸入情況組合起來可能出錯的情況卻被忽略。把因果圖轉(zhuǎn)換成判定表。 用邊值分析法設(shè)計測試用例時，有以下幾條原則： 如果輸入條件規(guī)定了取值范圍，或是規(guī)定了值的個數(shù)，則應(yīng)以該范圍的邊界內(nèi)及剛剛超出范圍的邊界外的值，或是分別對最大、最小及稍小于最小、稍大于最大個數(shù)作為測試用例。如上述三角形問題，選取 a＝ 3， b＝ 4， c＝ 5， a＝ 2， b＝ 4， c＝ 7則覆蓋有效和無效等價類。使用大量隨機(jī)測試用例測試通過的程序會提高用戶對程序的信心。 白盒法考慮的是測試用例對程序內(nèi)部邏輯的覆蓋程度，所以又稱為邏輯覆蓋法。例如選擇輸入數(shù)據(jù)為： A=2， B=0， x=3 就可達(dá)到“語句覆蓋”標(biāo)準(zhǔn)。為此，我們可以選擇輸人數(shù)據(jù)為： (1)A=3， B=0， x=l 軟件測試規(guī)范 白盒測試方法 11 (2)A=2， B=1， x=3 “判定覆蓋”比“語句覆蓋”嚴(yán)格，因為如果每個分支都執(zhí)行過了，自然每個語句也就執(zhí)行了。顯然，它比“判定覆蓋”和“條件覆蓋”都強。 要測試八個組合結(jié)果并不是意味著需要八種測試用例，事實上，我們能用四種測試用例來覆蓋它們： (1)A＝ 2， B＝ o， x＝ 4； (2)A＝ 2， B＝ 1， x＝ l； (3)A＝ l， B＝ o， x＝ 2； (4)A＝ 1， B＝ 1， x＝ l。 測試負(fù)責(zé)人： 審核（項目經(jīng)理）： 年 月 日 年 月 日 軟件測試規(guī)范 附錄二 集成測試報告 15 附錄二 集成測試報告 項目名稱 項目編號 測試人 測試時間 問題類型： 程序代碼 數(shù)據(jù)庫 項目文檔 問題及影響描述、處理結(jié)果（可加附頁） 測試結(jié)論 測試負(fù)責(zé)人： 年 月 日 審核（項目經(jīng)理）： 年 月 日 軟件測試規(guī)范 附錄三 測試大綱 16 附錄三 測試大綱 1 概述 編寫目的 [可照抄下列語句，也可適當(dāng)修改。 6 測試說明 可以把整個測試過程按邏輯劃分為幾個組（包括測試計劃中描述的總體測試要求的每個方面），并給每個組命名一個標(biāo)識符。 ] 本文檔的編寫目的在于為整個測試階段的管理工作和技術(shù)工作提供指南；確定測試的內(nèi)容和范圍，為評價系統(tǒng)提供依據(jù)。 主要測試內(nèi)容 列出提綱。 分析模版： 從軟件測試中發(fā)現(xiàn)的并最終確認(rèn)的錯誤點等級數(shù)量來評估： 從以上提出的 BUG 等級來統(tǒng)計等級和數(shù)量的一個分布情況：（如下表） A B C D E BUG 數(shù)量 2 17 3 0 1 所占比例 9% 74% 13% 0% 4% 對比分析 若 非首次測試時，將本次測試結(jié)果與首次測試、前一次測試的結(jié)果進(jìn)行對比分析比較。 參考資料 說明軟件測試所需的資料（需求分析、設(shè)計規(guī)范等）。 2 系統(tǒng)描述 簡要描述被測軟件系統(tǒng)，可用圖表加解釋的形式，說明被測系統(tǒng)的輸入、基本處理功能及輸出，為進(jìn)行測試提供一個提綱。具體操作和數(shù)據(jù)見附錄。 測試內(nèi)容和測試種類 2 系統(tǒng)結(jié)構(gòu) 圖表形式表示。 各類軟件測試合格須符合以下標(biāo)準(zhǔn)。針對這種情況，有下面的條件組合覆蓋標(biāo)準(zhǔn)。例如對語句。所以，一般認(rèn)為“語句覆蓋”是很不充分的最低的一種覆蓋標(biāo)準(zhǔn)。為了提高發(fā)現(xiàn)錯誤的可能性，應(yīng)該在測試時至少要執(zhí)行程序中的每一個語句。最徹底的邏輯覆蓋法，是覆蓋程序巾的誨一條通路。 一個采用兩分法的檢索程序，典型地可以列出下面幾種測試情況： 被檢索的表只有一項或為空表； 軟件測試規(guī)范 黑盒測試方法 9 表的項數(shù)恰好是 2的冪次； 表的項數(shù)比 2的冪次多 1等。 分析規(guī)范，盡可能找出可能的邊界條件。邊值分析法不是一類找一個例子的方法，而是以邊界情況的處理作為主要目標(biāo) 專門設(shè)計測試用例的方法。結(jié)果是輸出條件。這是因為一個測試用例中如果含有多個缺陷，有可能在測試中只發(fā)現(xiàn)其中的一個，另一些被忽視。 。 輸入條件 有效等價類 無效等價類 。在具體問題中，有效等價類可以是一個，也可以是多個。每一個方法都力圖能涵蓋更多的“任何情況”，但又各有長處，綜合使用這些方法，會得到一個較好的測試用例集。由于黑盒測試不需要了解程序內(nèi)部結(jié)構(gòu)，所以許多高層的測試如確認(rèn)測試、系統(tǒng)測試、驗收測試都采用黑盒測試。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含