【正文】 ................................................................. 11 .................................................................................................................... 11 七 .測試錯(cuò)誤類型 ..........................................................................................................................12 八 .測試標(biāo)準(zhǔn) .................................................................................................................................13 附錄一 單元測試報(bào)告 ..................................................................................................................14 附錄二 集成測試報(bào)告 ..................................................................................................................15 附錄三 測試大綱 .........................................................................................................................16 附錄四 測試大綱附錄 ..................................................................................................................17 附錄五 測試計(jì)劃 .........................................................................................................................18 附錄六 程序錯(cuò)誤報(bào)告 ..................................................................................................................19 附錄七 測試分析報(bào)告 ..................................................................................................................20 軟件測試規(guī)范 概述 1 一 .概述 本規(guī)范是對(duì)項(xiàng)目軟件測試的一份指導(dǎo)性文件，對(duì)軟件測試過程中所涉及到的測試?yán)碚?、測試類型、測試方法、測試標(biāo)準(zhǔn)、測試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。這和某些人通常想象的“測試是為了表明程序是正確的”，“成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試”等等是完全相反的。 測試組按測試計(jì)劃、測試大綱的要求對(duì)待測軟件進(jìn)行有效性測試、集成測試。（每一個(gè)子界面也應(yīng)如此） 其中，應(yīng)注意提示信息和軟件開發(fā)商信息是否正確。 對(duì)測試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程。在這個(gè)測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說明中的錯(cuò)誤。下述幾種方法： (a)等價(jià)類劃分， (b)因果圖方法， (c)邊值 分析法， (d)猜錯(cuò)法， (e)隨機(jī)數(shù)法，就是從更廣泛的角度來進(jìn)行黑盒測試。 如果我們確知，已劃分的等價(jià)類中各元素在程序中的處理方式是不同的，則應(yīng)將此等價(jià)類進(jìn)一步劃分成更小等價(jià)類。 分析程序規(guī)范的描述中語 義的內(nèi)容，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的“因果圖”。一個(gè)典型的邊值分析例子是三角形分類程序。但當(dāng)程序中含有大量循環(huán)時(shí)，要執(zhí)行每一條通路是 44可能的。 比“語句覆蓋”稍強(qiáng)的覆蓋標(biāo)準(zhǔn)是“判定覆蓋” (或稱分支覆蓋 )。 “條件組合覆蓋”的含義是：執(zhí)行足夠的測試用例，使得每個(gè)判定中條件的各種可能組合都至少執(zhí)行一次。 3 測試目的 4 測試環(huán)境 硬件 列出進(jìn)行本次測試所需的硬件資源的型號(hào)、配置和廠家。 3 測試環(huán)境 硬件 列出進(jìn)行本次測試所需的硬件資源的型號(hào)、配置和廠家。 測試主管： 年 月 日 B U G 分布圖9%74%13%0% 4%A級(jí)B級(jí)C級(jí)D級(jí)E級(jí)。 測試種類 說明本次測試所屬的測試種類（單元測試、集成測試、有效性測試、系統(tǒng)測試、用戶測試）及測 試的對(duì)象。 術(shù)語和縮寫詞 說明本次測試所涉及到的專業(yè)術(shù)語和縮寫詞等。這個(gè)討論說明了，盡管“判定／條件覆蓋”看起來能使各種條件取到所有可能的值，但實(shí)際上并不一定能檢查到這樣的程度。我們還可以舉出許多錯(cuò)誤情況是上述測試數(shù)據(jù)不能發(fā)現(xiàn)的。因此，白盒法也叫邏輯覆蓋法 (bgic MM陰 e)。 如果程序規(guī)范中提到的輸入或輸出域是個(gè)有序的集合 (如順序文件、表格等 )就應(yīng)注意選取有序集的第一個(gè)和最后一個(gè)元素作為測試用例。原因常常是輸入條件或是輸入條件的等價(jià)類。 輸入條件規(guī)定了輸入值的集合，或是規(guī)定了“必須如何”的條件，則可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。 不僅要考核“程序應(yīng)該做什么 ?”還要考察“程序是否做了不該做的 2”同時(shí)還要考察程序在其他一些情況下是否正常。 系統(tǒng)測試是把經(jīng)過測試的于系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來測試。 特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。 向用戶方提供內(nèi)部測試匯總報(bào)告 配合用戶方進(jìn)行軟件測試 用戶方簽字確認(rèn)錯(cuò)誤報(bào)告 項(xiàng)目經(jīng)理與用戶方測試進(jìn)行確認(rèn) 軟件測試規(guī)范 軟件測試流程 5 項(xiàng)目經(jīng)理與用戶方對(duì)用戶方測試進(jìn)行確認(rèn)。 測試階段： 項(xiàng)目開發(fā)組完成集 成測試后，提交測試所要求的待測軟件及各種文檔、手冊(cè)、前期測試報(bào)告 （《需求分析》、《軟件設(shè)計(jì)規(guī)范》和上一級(jí)《測試報(bào)告》附錄一、附錄二）。 下面這些規(guī)則也可以看作是測試的目標(biāo)或定義： (1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程； (2)好的測試方案是 極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案； (3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。 軟件測試規(guī)范 軟件測試?yán)碚? 2 二 軟件測試?yán)碚? 無論怎樣強(qiáng)調(diào)軟件測試的重要性和它對(duì)軟件可靠性的影響都不過分。正確認(rèn)識(shí)測試的目標(biāo)是十分重要的，測試目標(biāo)決定了測試方案的設(shè)計(jì)。 填寫《錯(cuò)誤報(bào)告》（附錄六）。小的圖標(biāo)是否合乎要求。一般有 A測試出來的錯(cuò)誤，一定要有一個(gè) B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通 常稱為集成測試。每一個(gè)方法都力圖能涵蓋更多的“任何情況”，但又各有長處，綜合使用這些方法，會(huì)得到一個(gè)較好的測試用例集。 輸入條件 有效等價(jià)類 無效等價(jià)類 。這是因?yàn)橐粋€(gè)測試用例中如果含有多個(gè)缺陷，有可能在測試中只發(fā)現(xiàn)其中的一個(gè)，另一些被忽視。邊值分析法不是一類找一個(gè)例子的方法，而是以邊界情況的處理作為主要目標(biāo) 專門設(shè)計(jì)測試用例的方法。 一個(gè)采用兩分法的檢索程序，典型地可以列出下面幾種測試情況： 被檢索的表只有一項(xiàng)或?yàn)榭毡恚? 軟件測試規(guī)范 黑盒測試方法 9 表的項(xiàng)數(shù)恰好是 2的冪次； 表的項(xiàng)數(shù)比 2的冪次多 1等。為了提高發(fā)現(xiàn)錯(cuò)誤的可能性，應(yīng)該在測試時(shí)至少要執(zhí)行程序中的每一個(gè)語句。例如對(duì)語句。 各類軟件測試合格須符合以下標(biāo)準(zhǔn)。具體操作和數(shù)據(jù)見附錄。 參考資料 說明軟件測試所需的資料（需求分析、設(shè)計(jì)規(guī)范等）。 主要測試內(nèi)容 列出提綱。 6 測試說明 可以把整個(gè)測試過程按邏輯劃分為幾個(gè)組（包括測試計(jì)劃中描述的總體測試要求的每個(gè)方面），并給每個(gè)組命名一個(gè)標(biāo)識(shí)符。 要測試八個(gè)組合結(jié)果并不是意味著需要八種測試用例，事實(shí)上，我們能用四種測試用例來覆蓋它們： (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。為此，我們可以選擇輸人數(shù)據(jù)為： (1)A=3， B=0