軟件測試第2章

1、第二章第二章 軟件測試基礎(chǔ)軟件測試基礎(chǔ) 本章要點本章要點 軟件測試基礎(chǔ)知識； 白盒測試和黑盒測試的定義； 常見的白盒和黑盒測試設(shè)計技術(shù)； 白盒測試與黑盒測試的區(qū)別； 測試計劃和測試報告的編制； 測試用例的定義和編制方法。 本章目標本章目標 u掌握有關(guān)測試的一些數(shù)學知識，包括集合、函數(shù)和圖論基礎(chǔ)等；u理解并掌握白盒測試和黑盒測試，以及二者的優(yōu)缺點和各自的應(yīng)用范圍；u能夠熟練使用幾種常見測試用例設(shè)計技術(shù)；u了解測試計劃和測試文檔的作用，以及應(yīng)該包含的內(nèi)容和制定方法；u了解測試報告的基本內(nèi)容，以及測試用例的基本內(nèi)容和編制方法。 2.12.1用于測試的離散數(shù)學和圖論基礎(chǔ)用于測試的離散數(shù)學和圖論基礎(chǔ) 一

2、般而言，在功能性測試中，通常要用到離散數(shù)學知識，而在結(jié)構(gòu)性測試領(lǐng)域中，則要用到一些關(guān)于圖論的知識。 2.1.1 2.1.1集合論集合論 集合論可分為：自然和不言自明兩種。自然的集合論把集合看作是基本術(shù)語，我們把集合看作一個單位，或一個整體引用多個事物。 集合的表示法有以下兩種： 1、將集合所有元素一一列出的表示法叫做“枚舉法”，但有時也可以只列出一部分元素。 2、用一個集合所具有的共同性質(zhì)來刻畫這個集合。 2.1.2 2.1.2函數(shù)函數(shù) 簡而言之，函數(shù)是將唯一的輸出值賦予每一輸入的“法則”。 2.1.3 2.1.3關(guān)系關(guān)系 通俗的講，關(guān)系就是客觀世界一定范圍的對象之間的某種特定聯(lián)系。 集合之間

3、的關(guān)系集合之間的關(guān)系 定義: : 給定兩個集合A和B，關(guān)系R是笛卡兒積A B的一個子集。 如果希望描述整個關(guān)系，則通常只寫RAB。對于特定元素aiA、biB，我們記做aiRbi 。 關(guān)系的表示關(guān)系的表示 關(guān)系關(guān)系表示事物之間的某種聯(lián)系，二元關(guān)系表示兩個事物之間的關(guān)系，如果把這兩個事物分別放在一邊，如果某兩個元素有關(guān)系，那么就在它們之間畫一條有向線，用這種方式表示關(guān)系，稱作關(guān)系圖。 這里我們必須對“勢”進行解釋。勢在用于集合時，是指集合中的元素的個數(shù)。 定義定義: : 給定兩個集合A和B，一個關(guān)系RAB，關(guān)系R的勢是： 1）一對一勢 2）多對一勢 3）一對多勢 4）多對多勢 單個集合上的關(guān)系單個

4、集合上的關(guān)系 首先，我們對關(guān)系進行定義。設(shè)A是一個集合，RAA是定義在A上的一個關(guān)系，、R。關(guān)系具有四個特殊屬性： 定義定義: : 關(guān)系RAA是： 1）自反的 2）對稱的 3）反對稱的 4）傳遞的 2.1.4 2.1.4命題邏輯命題邏輯 凡是能分辨其真假的語句都叫做命題。我們通常采用小寫字母p，q和r表示命題。 命題邏輯有著和集合論相似的操作，表達式和標識。命題的真值只有兩種，T代表真，而F代表假。 命題公式的分類：命題公式的分類： 如果命題公式A在任意的真值賦值函數(shù)t : U0, 1下的真值t(A)都為1,則稱命題公式A為永真式(tautology)（或稱重言式）； 如果命題A在任意的真值賦

5、值函數(shù)下的真值都為0，則稱A為矛盾式(contradiction)； 如果A不是矛盾式，則稱為可滿足式。 2.1.52.1.5概率論概率論 概率是隨機事件發(fā)生的可能性的數(shù)量指標。 在獨立隨機事件中，如果某一事件在全部事件中出現(xiàn)的頻率，在更大的范圍內(nèi)比較明顯的穩(wěn)定在某一固定常數(shù)附近。就可以認為這個事件發(fā)生的概率為這個常數(shù)。對于任何事件的概率值一定介于 0和 1之間。 2.1.6 2.1.6用于測試的圖用于測試的圖 測試中使用兩種基本圖：無向圖和有向圖。這里我們給出一些概念。 圖（又叫做線性圖）是一種由兩種集合定義的抽象數(shù)據(jù)結(jié)構(gòu)，即一個節(jié)點集合和一個構(gòu)成節(jié)點之間連接的集合。 圖中節(jié)點的度節(jié)點的度是

6、以該節(jié)點作為端點的邊的條數(shù)。 在本節(jié)中將介紹的三種圖：程序圖、有限狀態(tài)機、狀態(tài)圖。 1、程序圖 經(jīng)過改進的程序圖定義：節(jié)點要么是整個語句，要么是語句的一部分，邊表示控制流（從節(jié)點i到節(jié)點j有一條邊，當且僅當對應(yīng)節(jié)點j的語句或語句的一部分，可以立即在節(jié)點i對應(yīng)的語句或語句的一部分之后執(zhí)行）。 程序的有向圖公式化能夠非常準確地描述程序的測試方面的問題。基本結(jié)構(gòu)化程序設(shè)計的構(gòu)造，例如：串行、選擇和循環(huán)等可以用如圖 2-1所示的有向圖表示。串行If-Then-ElseIf-Then條件前測試環(huán)路后測試環(huán)路圖2-1 結(jié)構(gòu)化程序設(shè)計構(gòu)造的有向圖 2、有限狀態(tài)機 有限狀態(tài)機已經(jīng)成為需求規(guī)格說明的一種相當標準

7、的表示方法。有限狀態(tài)機是一種有向圖，其中狀態(tài)是節(jié)點，轉(zhuǎn)移是邊。 圖2-2是一個簡單的自動柜員機(SATM)系統(tǒng)。該圖描述了用于個人標識編號PIN嘗試部分的有限狀態(tài)機。這種機器包含5 個狀態(tài)（空閑、等待第一次PIN嘗試等等）和8個用邊表示的轉(zhuǎn)移。轉(zhuǎn)移上的標簽所遵循的規(guī)則是，“分子”是引起轉(zhuǎn)移的事件，“分母”是與該轉(zhuǎn)移關(guān)聯(lián)的行為。空閑等待第一次PIN輸入嘗試等待事務(wù)選擇等待第三次PIN輸入嘗試等待第二次PIN輸入嘗試合法卡顯示屏幕S2正確PIN顯示屏幕S5不正確的PIN顯示屏幕S4非法卡顯示屏幕S1;退卡不正確的PIN顯示屏幕S3不正確的PIN顯示屏幕S3正確PIN顯示屏幕S5圖2-2 用于PIN

8、嘗試的有限狀態(tài)機 3、狀態(tài)圖 狀態(tài)圖現(xiàn)在被Rational公司選為統(tǒng)一建模語言，即UML的控制模型。圖2-3 狀態(tài)圖的團點 Harel使用與方法無關(guān)的術(shù)語“團點”表示狀態(tài)圖的基本構(gòu)建塊。在圖2-3中，團點A包含兩個團點B和C，通過邊連接。團點A通過邊與團點D連接。 根據(jù)Harel的意圖，我們可以把團點解釋為狀態(tài)，把邊解釋為轉(zhuǎn)移。 在圖2-4中，狀態(tài)A是初始狀態(tài)，當進入到這個狀態(tài)時，也進入低層狀態(tài)B。當進入某個狀態(tài)時，我們可以認為該狀態(tài)是活動的，這可與Petri網(wǎng)中的被標記地點類比。狀態(tài)圖工具采用色彩表示哪個狀態(tài)活動的，并等效于Petri網(wǎng)中的標記地點。 圖2-4中有一些微妙的地方，從狀態(tài)A轉(zhuǎn)移

9、到狀態(tài)D初看起來是有歧義的，因為它沒有區(qū)分狀態(tài)B和C。約定是，邊必須開始和結(jié)束于狀態(tài)的周圍。如果狀態(tài)包含子狀態(tài)，就像圖中的A一樣，邊會“引用”所有的子狀態(tài)。 因此，從A到D的邊意味著轉(zhuǎn)移可以從狀態(tài)B或從狀態(tài)C發(fā)生。如果有從狀態(tài)D到狀態(tài)A的邊，如圖2-5所示，則用B來表示初始狀態(tài)這個事實，意味著轉(zhuǎn)移實際上是從狀態(tài)D到狀態(tài)B。這種約定可以大大減緩有限狀態(tài)機向“空心代碼”發(fā)展的趨勢。 圖2-4 狀態(tài)圖中的初始狀態(tài) 圖2-5 進入自狀態(tài)的默認入口 我們最后要討論的一個狀態(tài)圖的特性就是并發(fā)狀態(tài)圖概念。圖2-6中狀態(tài)D的虛線用于表示狀態(tài)D實際上引用兩個并發(fā)狀態(tài)E和F。圖2-6 并發(fā)狀態(tài) 2.2 2.2白盒

10、測試白盒測試 白盒測試是一種可視的測試軟件的方法，即它把測試對象看作一個透明的盒子，測試人員要了解程序結(jié)構(gòu)和處理過程，按照程序內(nèi)部邏輯測試程序，檢查程序中的每條通路是否按照預(yù)定要求正確工作。白盒測試的過程如圖2-7所示： 源程序測試用例被測程序執(zhí)行路徑分析覆蓋情況分析圖2-7 白盒測試過程示意圖 那么，在對被測軟件進行白盒測試時，主要對程序進行哪些方面的檢查呢？有如下幾點： （）保證一個模塊中的所有獨立執(zhí)行路徑至少測試一次； （）對所有邏輯判定取值“true”和“false”的兩種情況都至少測試一次； （）在循環(huán)邊界和運行界限內(nèi)執(zhí)行循環(huán)體； （）測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性。 在軟件測試領(lǐng)域，有六

11、種基本的測試類型：單元測試，集成測試，功能測試/系統(tǒng)測試，可接受性測試，回歸測試和Beta測試。白盒測試可以用在其中的三種測試類型中： 1、單元測試 2、集成測試 3、回歸測試 2.2.12.2.1白盒測試與調(diào)試的異同白盒測試與調(diào)試的異同 白盒測試和調(diào)試有哪些不同點呢？ 1、從承擔的任務(wù)來看，白盒測試同其他類型測試一樣，它的任務(wù)是發(fā)現(xiàn)所開發(fā)的項目中的缺陷；但是，調(diào)試不屬于測試，其任務(wù)是糾正軟件中的缺陷。 2、從最終的結(jié)果來看，白盒測試有預(yù)知的結(jié)果，不可預(yù)知的只是程序是否通過測試，并且成功測試的結(jié)果是發(fā)現(xiàn)錯誤的癥狀，從而引起調(diào)試的進行；而調(diào)試的結(jié)果是消除項目中的錯誤。 3、從執(zhí)行的過程來看，測試

12、是一個發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；而調(diào)試是一個推理過程。 4、從準備工作來看，測試從已知的條件開始，使用預(yù)先定義的程序；調(diào)試一般是以不可知的內(nèi)部條件開始，做統(tǒng)一性調(diào)試 。 5、從執(zhí)行的計劃性來看，測試是有計劃的并要進行測試設(shè)計；而調(diào)試則不受時間約束。 6、從執(zhí)行的人員來看，測試經(jīng)常是由獨立的測試組在不了解軟件設(shè)計的條件下完成的，而調(diào)試必須由程序員來完成。 7、從所使用的工具來看，大多數(shù)白盒測試的執(zhí)行和設(shè)計可有工具支持，而調(diào)試程序員能利用的工具主要是調(diào)試器。 2.2.2 2.2.2白盒測試的用例設(shè)計白盒測試的用例設(shè)計 白盒測試用例設(shè)計技術(shù)就是研究如何用最少的測試用例最大限度地發(fā)現(xiàn)軟件中的

13、錯誤，目前主要有基本路徑測試、等價類劃分/邊界值分析測試、覆蓋測試、循環(huán)測試、數(shù)據(jù)流測試、程序插樁測試、變異測試等等方法。下面主要對幾種常見的方法加以介紹： 一、基本路徑測試 二、等價類劃分/邊界值分析（Equivalence partitioning/boundary value analysis） 三、控制流/覆蓋測試（Control-flow/Coverage Testing） 方法覆蓋 方法覆蓋可用于衡量測試用例所覆蓋的方法的百分比。 語句覆蓋（Statement Coverage） 語句覆蓋是一種衡量測試所覆蓋的程序語句百分比的措施。通過測試應(yīng)該達到100%程序語句覆蓋的目標，可以標

14、識圈數(shù)，然后執(zhí)行最少的一組測試用例就可以達到語句覆蓋的目標。 判斷/分支覆蓋 判斷/分支覆蓋是為了衡量在測試過程中覆蓋了多少個程序中的布爾表達式。簡單循環(huán)嵌套循環(huán)串接循環(huán)無結(jié)構(gòu)循環(huán)圖2-11 各種循環(huán)圖 四、循環(huán)測試是一種白盒測試技術(shù)，注重于循環(huán)構(gòu)造的有效性。n 循環(huán)結(jié)構(gòu)測試用例的設(shè)計循環(huán)可以劃分為以下幾種模式，如圖2-11： 可以使用如下方法設(shè)計循環(huán)測試用例： 一、簡單循環(huán)： 二、嵌套循環(huán)： 三、串接循環(huán)： 四、無結(jié)構(gòu)循環(huán)： 五、數(shù)據(jù)流測試： 六、程序插裝： 程序插裝（Program Instrumentation）是指在程序中設(shè)置斷點或打印語句，在執(zhí)行過程中了解程序的一些動態(tài)特性。 七、變

15、異測試 變異測試（Mutation Testing）的提出始于70年代末期，是一種錯誤驅(qū)動測試，即針對某類特定程序錯誤而進行的測試，也是一種比較成熟的排錯性測試方法（排錯性測試方法的基本思想是通過檢驗測試數(shù)據(jù)集的排錯能力來判斷軟件測試的充分性）。 2.2.32.2.3白盒測試舉例（略）白盒測試舉例（略） 2.32.3黑盒測試黑盒測試 黑盒測試也稱作功能測試和行為測試，主要是根據(jù)功能需求來測試程序是否按照預(yù)期工作。 黑盒測試的目的是盡量發(fā)現(xiàn)代碼所表現(xiàn)的外部行為的錯誤，主要有以下幾類： 功能不正確或不完整； 接口錯誤； 接口所使用的數(shù)據(jù)結(jié)構(gòu)錯誤； 行為或性能錯誤； 初始化和終止錯誤。 黑盒測試的示

16、意圖如圖2-14 所示。從圖2-14中，我們可以看出黑盒測試只考慮程序的輸入和輸出，無須考慮程序的內(nèi)部代碼。 圖2-14 黑盒測試示意圖2.3.12.3.1黑盒測試和白盒測試的異同黑盒測試和白盒測試的異同 本書歸納出以下幾點：執(zhí)行測試人員不同 黑盒測試通常由用戶以及非開發(fā)人員來進行；而白盒測試通常要有了解軟件內(nèi)部結(jié)構(gòu)的開發(fā)人員來做。測試覆蓋目標不同 如果我們用一個盒子來代替整個軟件系統(tǒng)，那么黑盒測試可以看成是一種系統(tǒng)測試。而對盒子內(nèi)部的多個單元的測試就可以稱作為白盒測試。 另外一種區(qū)別就是，二者的覆蓋目標不同。黑盒測試的目標是覆蓋所有的用戶需求；而白盒測試的目標是覆蓋所有的代碼。3、測試動機不

17、同 有效的安全測試有時也需要詳細了解代碼以及系統(tǒng)結(jié)構(gòu)，此時把這些技術(shù)稱作白盒測試。 另外一種風險測試的目標可能就只是測試軟件是否能夠為用戶提供預(yù)期輸出。可用性測試就是如此，所以被稱作黑盒測試。 4、測試方法不同 一個最普通的區(qū)別就是行為測試設(shè)計是基于功能需求來定義測試，而結(jié)構(gòu)測試則是基于代碼本身來定義測試的。這就是兩種設(shè)計測試的方法。因為行為測試是基于外部功能定義的，所以稱作黑盒測試；結(jié)構(gòu)測試則是基于代碼內(nèi)部結(jié)構(gòu)來定義的，所以稱作白盒測試。 5、評估測試方法不同 一些技術(shù)是使用代碼工具來跟蹤軟件內(nèi)部的工作過程，因此稱為白盒測試技術(shù)。與之相比，黑盒測試技術(shù)只是簡單的觀察程序的正常輸出。 2.3.

18、22.3.2黑盒測試的用例設(shè)計黑盒測試的用例設(shè)計 常用的黑盒測試用例設(shè)計方法主要有以下幾種：功能圖分析方法，等價類劃分方法，邊界值分析方法，錯誤推測方法，因果圖方法，判定表驅(qū)動分析方法，正交實驗設(shè)計方法和功能圖分析方法等。 下面對上述方法分別作以簡要介紹。 一、基于用戶需求的測試 黑盒測試用例就是基于用戶需求的，也是從研究客戶需求工作開始的。 二、對等區(qū)間劃分 對等區(qū)間劃分是一種黑盒測試方法，該方法也稱為等價類劃分，是一種設(shè)計測試用例的非常形式化的方法。 三、邊界值分析法 邊界值分析方法是對等價類劃分方法的補充。長期的測試工作經(jīng)驗告訴我們,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在

19、輸入輸出范圍的內(nèi)部。 四、狀態(tài)轉(zhuǎn)換測試 狀態(tài)轉(zhuǎn)換測試適用于軟件被設(shè)計成一個狀態(tài)機或?qū)崿F(xiàn)了一種被建模成一種狀態(tài)機的情況。可以設(shè)計測試用例測試狀態(tài)間轉(zhuǎn)換，測試用例創(chuàng)建引起轉(zhuǎn)換的事件?？梢栽O(shè)計負面測試的測試用例用于測試狀態(tài)與事件的非法組合。 五、分支測試 在分支測試中，測試用例用于測試單元的控制流分支或決策點。通常用于實現(xiàn)決策覆蓋（Decision Coverage）的測試目標。 六、錯誤推測法 錯誤推測法就是根據(jù)經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，借助邊界值分析等方法有針對性的設(shè)計測試用例的方法。 七、因果圖方法 因果圖方法適合于檢查程序輸入條件的各種組合情況。使用該方法首先要理解軟件所表

20、示的對象及其關(guān)系，然后，定義一組保證“所有對象與其他對象都具有所期望的關(guān)系”的測試序列。 2.3.3 2.3.3黑盒測試舉例（略）黑盒測試舉例（略） 2.4 2.4白盒測試和黑盒測試的比較白盒測試和黑盒測試的比較 1、白盒測試只關(guān)注軟件產(chǎn)品的測試，不能夠確保產(chǎn)品已經(jīng)實現(xiàn)了規(guī)格說明中的所有功能。黑盒測試則只關(guān)注規(guī)格說明中的功能測試，不能夠保證已經(jīng)實現(xiàn)的各個部分都被測試到。 2、與黑盒測試相比，白盒測試的成本要高一些。 3、黑盒測試故意不考慮控制結(jié)構(gòu)，而只注意信息域。白盒測試只考慮測試軟件產(chǎn)品，它不保證完整的需求規(guī)格是否被滿足。黑盒測試是一種確認技術(shù)，回答“我們在構(gòu)造一個正確的系統(tǒng)嗎？白盒測試是一

21、種驗證技術(shù)，回答“我們在正確地構(gòu)造一個系統(tǒng)嗎？” 總之，建議測試人員在進行測試的過程中，可以考慮先使用黑盒測試，然后統(tǒng)計相應(yīng)的覆蓋率，再設(shè)計適當?shù)陌缀袦y試用例作為補充以保證測試的完整性。 2.4.12.4.1白盒測試的優(yōu)缺點白盒測試的優(yōu)缺點 1）優(yōu)點可構(gòu)成測試數(shù)據(jù)對特定程序部分測試，可以檢測代碼中的每條分支和路徑；揭示隱藏在代碼中的錯誤；對代碼的測試比較徹底；有較多工具支持；有一定的充分性度量手段。 2）缺點工作量大, 成本高。通常只用于單元測試，有應(yīng)用局限；無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤；不能驗證規(guī)格說明的正確性；無法對規(guī)格說明中未實現(xiàn)的部分進行測試；不易生成測試數(shù)據(jù)(通常)。2.

22、4.22.4.2黑盒測試的優(yōu)缺點黑盒測試的優(yōu)缺點優(yōu)點對于較大的代碼單元來說，效率高；測試人員不需要了解實現(xiàn)的細節(jié)，包括具體的編程語言；測試員和程序員可以由不同的人員來擔任；從用戶的角度進行測試，容易被理解和接受；有助于暴露任何規(guī)格不一致或有歧義的問題；測試用例的設(shè)計可以在規(guī)格說明完成之后馬上進行；容易入手生成測試數(shù)據(jù)；1. 適用于各階段測試。缺點實際上，只有一小部分可能的輸入被測試到，某些代碼得不到測試；如果沒有清晰、簡潔的規(guī)格說明，難以設(shè)計測試用例；如果測試人員不知道開發(fā)人員已經(jīng)執(zhí)行過該測試用例，會存在不必要的重復(fù)測試；會有很多程序路徑?jīng)]有被測試到；不能直接針對可能隱蔽了許多問題的特定程序段

23、進行測試，；如果規(guī)格說明有誤，則無法發(fā)現(xiàn)；不易進行充分性測試。2.4.32.4.3灰盒測試灰盒測試 灰盒測試介于白盒測試和黑盒測試之間，是現(xiàn)代測試的一種理念。就是指，在白盒測試中交叉使用黑盒測試的方法；在黑盒測試中交叉使用白盒測試的方法。2.52.5測試方法的選擇測試方法的選擇 一、單元測試 測試方法：白盒測試 參考規(guī)范：詳細設(shè)計說明和代碼結(jié)構(gòu) 二、集成測試 測試方法：黑盒和白盒測試 參考規(guī)范：詳細設(shè)計說明和概要設(shè)計說明 2.6 2.6測試計劃與測試文檔測試計劃與測試文檔 最常見的測試文檔包括測試計劃，測試規(guī)范，測試用例和測試時發(fā)現(xiàn)缺陷后要寫的缺陷報告等。 那么，測試計劃和測試文檔在測試過程中

24、能夠發(fā)揮什么樣的作用呢？ 1、測試文檔有助于測試任務(wù)的完成。 2、使用測試文檔可以更好的協(xié)調(diào)測試任務(wù)與測試過程。 3、測試文檔為測試項目的組織、規(guī)劃與管理提供了一個架構(gòu)。 2.6.1 2.6.1測試計劃的制定測試計劃的制定為了給讀者一個宏觀的認識，首先請看測試計劃活動圖，如圖2-20所示。 在制定測試計劃過程中，核心活動就是： 一、確定測試策略 通常，可以采用以下幾個方法來制定測試策略： 1、確定測試的范圍 2、確定測試的方法 3、確定測試標準和質(zhì)量檢查點 4、確定自動化測試策略 二、確定測試系統(tǒng)（硬件和軟件） 1、測試架構(gòu) 測試架構(gòu)指的就是測試用例的組織結(jié)構(gòu)。 取得需求文檔：需求定義文檔需求

25、規(guī)格說明文檔需求追蹤矩陣確定測試策略：測試的范圍測試方法測試入口自動化測試策略確定測試系統(tǒng)：測試架構(gòu)測試環(huán)境測試配置預(yù)估測試工作量：確定任務(wù) 按人天和工作周來預(yù)估工作量 得到時間進度計劃和里程碑 評估進度風險并制定風險化解計劃準備并復(fù)查測試計劃：編寫策略、系統(tǒng)、工作量和時間進度文檔與項目團隊一起復(fù)查測試計劃圖2-20 測試計劃活動 2、測試工具 3、測試環(huán)境 測試環(huán)境的組成包括物理測試設(shè)施，產(chǎn)品運行的操作系統(tǒng)、產(chǎn)品運行的計算平臺等。 4、測試配置情況 需要排列配置的優(yōu)先級，然后決定哪些配置需要全面測試，哪些可以進行部分測試。 三、預(yù)估測試工作量（資源和時間進度計劃） 對項目進行預(yù)估有5個準備步

26、驟： 1、確定要完成的任務(wù)。 2、確定每項任務(wù)所需的工作量和整個測試生命周期的工作量。 3、確定完成每項任務(wù)以及整個測試生命周期所需的時間。 4、為測試工作建立詳細的時間進度計劃和里程碑表。 5、評估時間進度風險并準備緩解風險計劃。 四、準備并復(fù)查測試計劃文檔。 1、測試計劃格式 2、測試計劃復(fù)查 2.6.2 2.6.2測試報告測試報告 測試報告是測試階段最后的文檔產(chǎn)出物，優(yōu)秀的測試經(jīng)理應(yīng)該具備良好的文檔編寫能力，一 份詳細的測試報告包含足夠的信息，包括產(chǎn)品質(zhì)量和測試過程的評價，測試報告基于測試中的數(shù)據(jù)采集以及對最終測試結(jié)果的分析。 2.6.3 2.6.3測試用例的編制測試用例的編制 本節(jié)我們

27、首先討論幾個和測試用例相關(guān)的幾個問題，然后探討如何編制一個有效的測試用例。 一、為什么做測試用例 主要原因有如下幾點：完全測試是不可能的；輸入量太大；輸出結(jié)果太多；軟件實現(xiàn)途徑太多；軟件說明書沒有客觀標準。從不同角度看，軟件缺陷的標準不同。 二、什么是測試用例 比較通常的說法是：為達到最佳的測試效果或高效的揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)，稱之為測試用例。 三、使用測試用例的好處 在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 測試用例的使用令軟件測試的實施重點突出、目的明確。 在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強度、縮短項目周期。 功

28、能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而 用于功能模塊測試的測試用例的通用化和復(fù)用化則會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升。 四、測試用例在軟件測試中的作用 指導(dǎo)測試的實施 規(guī)劃測試數(shù)據(jù)的準備 評估測試結(jié)果的度量基準 分析缺陷的標準 編寫測試腳本的設(shè)計規(guī)格說明書 五、測試用例文檔的編制 首先，在編寫測試用例之前需要準備以下幾個編寫的依據(jù)：需求說明以及相關(guān)文檔；相關(guān)的設(shè)計說明（概要設(shè)計，詳細設(shè)計等）；與開發(fā)組交流對需求理解的記錄（可以是開發(fā)人員的一個解釋）；已經(jīng)基本成型的UI（可以有針對性地補充一些用例）。 其次，編寫測試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。 最

29、后一點就是，測試用例文檔應(yīng)該由簡介和測試用例兩部分組成。那么，下面從測試用例的設(shè)置、設(shè)計、評審、修改以及管理等幾方面來詳細討論測試用例文檔的編制問題： 1、測試用例的設(shè)置 2、測試用例的設(shè)計 測試用例可以分為基本事件、備選事件和異常事件。軟件測試常用的設(shè)計測試用例的基本方法有：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等。視軟件的不同性質(zhì)采用不同的方法。如何靈活運用各種基本方法來設(shè)計完整的測試用 例，并最終實現(xiàn)暴露隱藏的缺陷，則要憑測試設(shè)計人員的豐富經(jīng)驗和精心設(shè)計。 3、測試用例的評審 4、測試用例的修改更新 5、測試用例的管理 測試管理軟件的主要功能有三個： 能將測試用例文檔的關(guān)鍵內(nèi)容； 可供測試實施時及時輸入測試情況； 最終實現(xiàn)自動生成測試結(jié)果文檔