【正文】 ..................................................................................................................13 附錄一 單元測試報告 ..................................................................................................................14 附錄二 集成測試報告 ..................................................................................................................15 附錄三 測試大綱 .........................................................................................................................16 附錄四 測試大綱附錄 ..................................................................................................................17 附錄五 測試計劃 .........................................................................................................................18 附錄六 程序錯誤報告 ..................................................................................................................19 附錄七 測試分析報告 ..................................................................................................................20 軟件測試規(guī)范 概述 1 一 .概述 本規(guī)范是對項目軟件測試的一份指導(dǎo)性文件，對軟件測試過程中所涉及到的測試?yán)碚?、測試類型、測試方法、測試標(biāo)準(zhǔn)、測試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。我們力求在每個階段結(jié)束之前通過嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯；但是，經(jīng)驗表明審查并不能發(fā)現(xiàn)所有差錯，此外在編碼過程中還不可避免地會引入新的錯誤。軟件測試在軟件生命周期中橫跨兩個階段。因此，必須高度重視軟件測試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實(shí)際上，大約還有同樣多的開發(fā)工作量需要完成。 從上述規(guī)則可以看出，測試的正確定義是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。 由于測試 的目標(biāo)是暴露程序中的錯誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測試是不恰當(dāng)?shù)摹y試只能查找出程序中的錯誤，不能證明程序中沒有錯誤。 設(shè)計編碼階段： 測試人員制定 《測試大綱》（附錄三、附錄四）。 測試組安排和協(xié)調(diào)測試設(shè)備、環(huán)境等準(zhǔn)備工作。 測試結(jié)束后，測試人員對測試結(jié)果進(jìn)行匯總；測試主管審核測試結(jié)果，得出測試結(jié)論；測試組進(jìn)行測試分析和評估， 編寫《測試分析報告》（附錄七）。 項目開發(fā)組對測試錯誤報告進(jìn)行確認(rèn)，對有爭議的問題可由上一級技術(shù)負(fù)責(zé)人確認(rèn)和仲裁；項目開發(fā)組針對測試錯誤報告進(jìn)行逐項修改，修改完成后再將待測軟件及錯誤修改情況提交及測試組進(jìn)行回歸測試。 項目測試組向用戶方提供項目內(nèi)部測試匯總報告。 根據(jù)《軟件開發(fā)規(guī)范》仔細(xì)檢查軟件的界面是否合乎要求。 根據(jù)《軟件開發(fā)規(guī)范》和《用戶需求》及《軟件詳細(xì)設(shè)計》設(shè)計測試用例。是否能夠正確保存信息。（包括報表各項信息、數(shù)據(jù)信息和報表字體等）。 一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很 大的關(guān)系。 回歸測試的關(guān)聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現(xiàn)的現(xiàn)象并不少見。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由許多模塊組成。在這個測試步驟中所發(fā)現(xiàn)的往往是 編碼和詳細(xì)設(shè)計的錯誤。在這個過程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計和編碼的錯誤，還應(yīng)該驗證系統(tǒng)確實(shí)能提供需求說明書中指定的功能，而且系統(tǒng)的動態(tài)特性也符合預(yù)定要求。驗收測試的目的是驗證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。因此黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，黑盒測試直觀的想法就是既然程序被規(guī)定做某些事，那我們就看看它是不是在任何情況下都做的對。要求： 每 個軟件特性必須被一個測試用例或一個被認(rèn)可的異常所覆蓋。這些情況包括數(shù)據(jù)類型和數(shù)據(jù)值的異常等等。等價類是指某個輸入域的集合。這樣就可使用少數(shù)測試用例檢驗程序在一大類情況 下的反映。對于具體的問題，無效等價類至少應(yīng)有一個，也可能有多個。如某程序涉及標(biāo)識符，其輸入條件規(guī)定“標(biāo)識符應(yīng)以字母開頭??”則“以字母開頭者”作為有效等價類，“以非字母開頭”作為無效等價類。 。 。 。重復(fù)這一步，使所有無效等價類均被覆蓋。后面介紹的邊值分析法可以彌補(bǔ)這一缺點(diǎn)。 利用因果圖導(dǎo)出測試用例需要經(jīng)過以下幾個步驟： 分析程序規(guī)范的描述中哪些是原因，哪些是結(jié)果。 由于語法或環(huán)境的限制，有些原因和結(jié)果的組合情況是不可能出現(xiàn)的。 邊值分析法是列出單元功能、輸入、狀態(tài)及控制的合法邊界值和非法邊界值，設(shè)計測試用例，包含全部邊界值的方法。這是從人們的經(jīng)驗得出的一種有效方法。 針對規(guī)范的每個輸出條件使用原則〔 a〕。選取 a，b， c構(gòu)成三角形三邊，“任意兩邊之和大于第三邊”為邊界條件。在每個 等價類中不只選取一個覆蓋用例，而是進(jìn)而選取該等價類的邊界值等價類劃分法將更有效，最后可以用邊值分析法再補(bǔ)充一些測試用例。 即測試用例的參數(shù)是隨機(jī)數(shù)。 軟件測試規(guī)范 白盒測試方法 10 六 .白盒測試方法 白盒法測試，是以程序的內(nèi)部邏輯為基礎(chǔ)，有選擇地執(zhí)行程序中最有代表性的通路。因此，我們只能寄希望于程 序的覆蓋度盡可能高一些。為了衡量測試的覆蓋程度，需要建立一些標(biāo)準(zhǔn)，目前常用的一些覆蓋標(biāo)準(zhǔn)是： (1)語句覆蓋； (2)判定覆蓋； (3)條件覆蓋； (4)判定／條件覆蓋； (5)條件組合覆蓋。 例子： Procedure Example(Var A,B,C:real) begin if(A1)and(B=0) then x:=x/A； if(A=2)or(x1) then x:=x+l end。如果第一個條件語句中的 and錯誤地寫成 or，上面的測試用例是不能發(fā)現(xiàn)這個錯誤的，或者是第二個條件語句中 x1 誤寫成 x0，這個測試用例也不能暴露它。這個標(biāo)準(zhǔn)是：執(zhí)行足夠的測試用例，使得程序中每個判定至少 都獲得一次“真”值和“假”值，即使得程序中的每一個分文至少都通過一次。 對于例子程序 ,我們只需設(shè)計以下兩個測試用例就可滿足這標(biāo)準(zhǔn)： (1)A＝ 2， B＝ o， x＝ 4(沿路徑 ace執(zhí)行 ) (2)A＝ 1， B＝ l， x＝ l(沿路徑 aN執(zhí)行 ) 雖然同樣只要兩個測試用例，但它比判定覆蓋中兩個測試用例更有效。對于上例我們設(shè)計兩個測試用例為： (1)A＝ 1， B＝ o， x＝ 3 (2)A＝ 2， B＝ l， x＝ 1 亦是如此，它們能滿足“條件覆蓋”但不滿足“判定覆蓋”。 值得指出，看起來“判定／條件覆蓋”似乎是比較合理的，應(yīng)成為我們的目標(biāo)，但是事實(shí)并非如此，因為大多數(shù)計算機(jī)不能用一條指令對多個條件作出判定，而必須將源程序中對多個條件的判定分解成幾個簡單判定 。這是一個最強(qiáng)的邏輯覆蓋標(biāo)準(zhǔn)。 軟件測試規(guī)范 測試錯誤類型 12 七 .測試錯誤類型 本規(guī)范定義以下五類測試錯誤類型。 軟件產(chǎn)品未經(jīng)測試合格，不允許出公司。 參考資料 說明軟件測試所需的資料（需求分析、設(shè)計規(guī)范等）。 軟件 列出進(jìn)行本次測試所需的軟件資源，包括操作系統(tǒng)和支持軟件（不含待測軟件）的名稱、版本、廠家。 測試準(zhǔn)備 描述本測試開始前系統(tǒng)必須具備的狀態(tài)和數(shù)據(jù)。內(nèi)容較多時，可一頁只放一個測試說明。 術(shù)語和縮寫詞 說明本次測試所涉及到的專業(yè)術(shù)語和縮寫詞等。 軟件 列出進(jìn)行本次測試所需的軟件資源，包括操作系統(tǒng)和支持軟件（不含待測軟件）的名稱、版本、廠家。 （子系統(tǒng) 2 名稱和項目唯一標(biāo)識號） 5 測試數(shù)據(jù)的記錄、整理和分析 說明對本次測試得到數(shù)據(jù)的記錄、整理和分析的方法和存檔要求。 2 測試對象 包括測試項目、測試類型、測試批次（本測試類型的第幾次測試）、測試時間等。 測試結(jié)論 根據(jù)測試標(biāo)準(zhǔn)及測試結(jié)果，判定軟件能否通過測試