【正文】 分析是否能使用其他手段來交叉檢查一下結(jié)果？ 一般而言，對某個值進(jìn)行計(jì)算會有一種以上的算法，但我們會因考慮到運(yùn)行效率或其他方面的原因而選擇其中的一種。 8） 如果功能的啟用有一定的順序限制，就用和期望不一致的順序來進(jìn)行測試。 6） 如果要求按照一定的順序來存儲一些數(shù)據(jù)，那么可以輸入一些順序打亂的數(shù)據(jù)來做測試。 4）假如一個列表中不允許有重復(fù)的數(shù)值存在，就可以給它傳入一組存在重復(fù)數(shù)值的列表；如果某個字段的值要求唯一，那么可以輸入兩個或多個相同的數(shù)值來進(jìn)行測試。 2）提供一個空值或者不完整的值。在使用邊界值測試的方法時，不妨結(jié)合實(shí)際項(xiàng)目參考以下測試技巧：輸入了完全偽造或者和要求不一致的數(shù)據(jù)。 判斷是否滿足所有的邊界條件？ 邊界條件是指軟件計(jì)劃的操作界限所在的邊緣條件。 在單元測試中，為了有效地減少開發(fā)樁模塊的工作量，可以考慮綜合自底向上測試策略和孤立測試策略。 四）總結(jié)：該方法是比較理想的單元測試方法。 三）缺點(diǎn)：不能為集成測試提供早期的集成途徑。 一）步驟：無需考慮每個模塊與其他模塊之間的關(guān)系，分別為每個模塊單獨(dú)設(shè)計(jì)樁模塊和驅(qū)動模塊，逐一完成所有單元模塊的測試。它屬于面向功能的測試，而非面向結(jié)構(gòu)的測試。另外，自底向上的單元測試也不能和詳細(xì)設(shè)計(jì)、編碼同步進(jìn)行。 三）缺點(diǎn)：隨著單元測試的不斷進(jìn)行，測試過程會變得越來越復(fù)雜，測試周期延長，測試和維護(hù)的成本增加；隨著各個基本單元逐步加入，系統(tǒng)會變得異常龐大，因此測試人員不容易控制；越接近頂層的模塊的測試其結(jié)構(gòu)覆蓋率就越難以保證； 另外，頂層測試易受底層模塊變更的影響，任何一個模塊修改之后，直接或間接調(diào)用該模塊的所有單元都要重新測試。 依次類推，直到全部單元測試結(jié)束。 一）步驟： 先對模塊調(diào)用圖上的最底層模塊開始測試，模擬調(diào)用該模塊的模塊為驅(qū)動模塊。 三）缺點(diǎn)：單元測試被樁模塊控制，隨著單元測試的不斷進(jìn)行，測試過程也會變得越來越復(fù)雜，測試難度以及開發(fā)和維護(hù)的成本都不斷增加； 要求的低層次的結(jié)構(gòu)覆蓋率也難以得到保證；由于需求變更或其他原因而必須更改任何一個單元時，就必須重新測試該單元下層調(diào)用的所有單元；低層單元測試依賴頂層測試，無法進(jìn)行并行測試，使測試進(jìn)度受到不同程度的影響，延長測試周期。 3. 依次類推，直到全部單元測試結(jié)束。 一）步驟： 1. 從最頂層開始，把頂層調(diào)用的單元做成樁模塊。 為了提高單元測試的質(zhì)量，只了解這些單元測試技術(shù)還遠(yuǎn)遠(yuǎn)不夠，還要選擇合適的測試策略。 那么，所測模塊和與它相關(guān)的驅(qū)動模塊及樁模塊共同構(gòu)成了一個?測試環(huán)境?，如圖 32所示。一般把這些輔助模塊分為兩種： 驅(qū)動模塊（ driver） :相當(dāng)于所測模塊的主程序。 單元測試中發(fā)現(xiàn)的錯誤容易進(jìn)行定位，并且多個單元測試可以并行進(jìn)行；而系統(tǒng)測試發(fā)現(xiàn)的錯誤比較難定位。在單元測試過程中，單元測試的執(zhí)行早于系統(tǒng)測試，測試的是軟件單元的具體實(shí)現(xiàn)、內(nèi)部邏輯結(jié)構(gòu)以及數(shù)據(jù)流向等。目前集成測試和單元測試的界限趨向模糊。集成測試的工作內(nèi)容主要是驗(yàn)證各個接口、接口之間的數(shù)據(jù)傳遞關(guān)系、模塊組合后能否達(dá)到預(yù)期效果。 因?yàn)榧蓽y試要在所有要集成的模塊都通過了單元測試之后才能進(jìn)行，也就是說在測試時間上，集成測試要晚于單元測試，所以單元測試的好壞直接影響著集成測試。 單元測試所使用的主要測試方法是基于代碼的白盒測試。單元測試對象是實(shí)現(xiàn)具體功能的單元，一般對應(yīng)詳細(xì)設(shè)計(jì)中所描述的設(shè)計(jì)單元。 單元測試是一種浪費(fèi)時間的工作 單元測試只能證明代碼做了什么 我是個很棒的程序員， 我是不是可以不進(jìn)行單元測試？ 集成測試能捕捉到所有的 Bug 單元測試的成本效率不高 其實(shí)，在經(jīng)過了單元測試之后，系統(tǒng)集成過程將會大大地簡化。 在單元測試活動中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試，主要工作分為兩個步驟：人工靜態(tài)檢查和動態(tài)執(zhí)行跟蹤。 通常而言，單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，或者說是針對軟件設(shè)計(jì)的最小單位 —— 程序模塊，進(jìn)行正確性檢驗(yàn)的測試工作。 ？ 如何確定測試范圍 ？ ？ ？ 第三章 單元測試 [本章要點(diǎn) ] ? 單元測試的定義； ? 單元測試同集成測試和系統(tǒng)測試的區(qū)別； ? 單元測試環(huán)境的組成； ? 單元測試的分析方法； ? 單元測試的用例設(shè)計(jì)方法； ? 單元測試的過程； ? 單元測試舉例。 4. 請闡述黑盒測試用例設(shè)計(jì)的各種方法。全面地測試文檔，能夠?yàn)闇y試工作提供更好的支持，因此在測試的過程中應(yīng)該給測試計(jì)劃的制定和測試文檔的編寫工作以足夠的重視。讀者可能認(rèn)為這似乎是不可能的要求，要達(dá)到這種測試完整性，其測試成本是不可想象的，但是通過使用一些工具，可以在較低的成本下達(dá)到這種測試要求。 跟條件有關(guān)的覆蓋就有三種： 條件覆蓋是指覆蓋所有的條件表達(dá) ， 即所有的條件表達(dá)式都計(jì)算了 ， 不考慮計(jì)算結(jié)果；條件值覆蓋是指覆蓋條件的所有可能取值 ， 即每個條件的取真值和取假值都要計(jì)算一次；條件值組合覆蓋是指覆蓋所有條件取值的所有可能組合 。 語句覆蓋就是覆蓋所有的語句 ， 其他類推 。 白盒測試主要是針對程序的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例 ， 用邏輯覆蓋率來衡量測試的完整性 。 白盒測試與黑盒測試則是軟件測試工作中設(shè)計(jì)測試用例的兩個主要的方法 。 本章小結(jié) 在功能性測試中，我們通常使用離散數(shù)學(xué)，而涉及到結(jié)構(gòu)性測試的領(lǐng)域，我們則會用到關(guān)于圖論的知識。如何靈活運(yùn)用各種基本方法來設(shè)計(jì)完整的測試用 例，并最終實(shí)現(xiàn)暴露隱藏的缺陷，則要憑測試設(shè)計(jì)人員的豐富經(jīng)驗(yàn)和精心設(shè)計(jì)。軟件測試常用的設(shè)計(jì)測試用例的基本方法有：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等。 最后一點(diǎn)就是，測試用例文檔應(yīng)該由簡介和測試 用例兩部分組成。 四、測試用例在軟件測試中的作用 ①指導(dǎo)測試的實(shí)施 ②規(guī)劃測試數(shù)據(jù)的準(zhǔn)備 ③評估測試結(jié)果的度量基準(zhǔn) ④分析缺陷的標(biāo)準(zhǔn) ⑤編寫測試腳本的 設(shè)計(jì)規(guī)格說明書 五、測試用例文檔的編制 首先，在編寫測試用例之前需要準(zhǔn)備以下幾個編寫的依據(jù)： ① 需求說明以及相關(guān)文檔； ② 相關(guān)的設(shè)計(jì)說明（概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等）； ③ 與開發(fā)組交流對需求理解的記錄（可以是開發(fā)人員的一個解釋）； ④ 已經(jīng)基本成型的 UI（可以有針對性地補(bǔ)充一些用例）。 ③在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期。 三、使用測試用例的好處 ①在開始實(shí)施測試之前設(shè)計(jì)好測試用例，可以避免盲目測試并提高測試效率。從不同角度看，軟件缺陷的標(biāo)準(zhǔn)不同。 本節(jié)我們首先討論幾個和測試用例相關(guān)的幾個問題，然后探討如何編制一個有效的測試用例。 四、準(zhǔn)備并復(fù)查測試計(jì)劃文檔。 為測試工作建立詳細(xì)的時間進(jìn)度計(jì)劃和里程碑表。 確定每項(xiàng)任務(wù)所需的工作量和整個測試生命周期的工作量。 測試配臵情況 需要排列配臵的優(yōu)先級，然后決定哪些配臵需要全面測試，哪些可以進(jìn)行部分測試。 在制定測試計(jì)劃過程中，核心活動就是： 一、確定測試策略 通常，可以采用以下幾個方法來制定測試策略： 確定測試的范圍 確定測試的方法 確定測試標(biāo)準(zhǔn)和質(zhì)量檢查點(diǎn) 確定自動化測試策略 二、確定測試系統(tǒng)（硬件和軟件） 測試架構(gòu) 測試架構(gòu)指的就是測試用例的組織結(jié)構(gòu)。 測試文檔為測試項(xiàng)目的組織、規(guī)劃與管理提供了一個架構(gòu)。 那么，測試計(jì)劃和測試文檔在測試過程中能夠發(fā)揮什么樣的作用呢？ 測試文檔有助于測試任務(wù)的完成。就是指，在白盒測試中交叉使用黑盒測試的方法；在黑盒測試中交叉使用白盒測試的方法。 2. 缺點(diǎn) ? 實(shí)際上，只有一小部分可能的輸入被測試到，某些代碼得不到測試； ? 如果沒有清晰、簡潔的規(guī)格說明，難以設(shè)計(jì)測試用例； ? 如果測試人員不知道開發(fā)人員已經(jīng)執(zhí)行過該測試用例，會存在不必要的重復(fù)測試； ? 會有很多程序路徑?jīng)]有被測試到； ? 不能直接針對可能隱蔽了許多問題的特定程序段進(jìn)行測試，； ? 如果規(guī)格說明有誤，則無法發(fā)現(xiàn)； ? 不易進(jìn)行充分性測試。通常只用于單元測試，有應(yīng)用局限； ? 無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤； ? 不能驗(yàn)證規(guī)格說明的正確性； ? 無法對規(guī)格說明中未實(shí)現(xiàn)的部分進(jìn)行測試； ? 不易生成測試數(shù)據(jù) (通常 )。 1）優(yōu)點(diǎn) ? 可構(gòu)成測試數(shù)據(jù)對特定程序部分測試，可以檢測代碼中的每條分支和路徑； ? 揭示隱藏在代碼中的錯誤； ? 對代碼的測試比較徹底； ? 有較多工具支持； ? 有一定的充分性度量手段。白盒測試只考慮測試軟件產(chǎn)品，它不保證完整的需求規(guī)格是否被滿足。 與黑盒測試相比，白盒測試的成本要高一些。 （略） 白盒測試只關(guān)注軟件產(chǎn)品的測試，不能夠確保產(chǎn)品已經(jīng)實(shí)現(xiàn)了規(guī)格說明中的所有功能。 七、因果圖方法 因果圖方法適合于檢查程序輸入條件的各種組合情況。通常用于實(shí)現(xiàn)決策覆蓋（ Decision Coverage）的測試目標(biāo)?？梢栽O(shè)計(jì)負(fù)面測試的測試用例用于測試狀態(tài)與事件的非法組合。 四、狀態(tài)轉(zhuǎn)換測試 狀態(tài)轉(zhuǎn)換測試適用于軟件被設(shè)計(jì)成一個狀態(tài)機(jī)或?qū)崿F(xiàn)了一種被建模成一種狀態(tài)機(jī)的情況。 三、邊界值分析法 邊界值分析方法是對等價類劃分方法的補(bǔ)充。 一、基于用戶需求的測試 黑盒測試用例就是基于用戶需求的，也是從研究客戶需求工作開始的。 常用的黑盒測試用例設(shè)計(jì)方法主要有以下幾種：功能圖分析方法，等價類劃分方法，邊界值分析方法，錯誤推測方法，因果圖方法，判定表驅(qū)動分析方法，正交實(shí)驗(yàn)設(shè)計(jì)方法和功能圖分析方法等。 評估測試方法不同 一些技術(shù)是使用代碼工具來跟蹤軟件內(nèi)部的工作過程，因此稱為白盒測試技術(shù)。這就是兩種設(shè)計(jì)測試的方法?？捎眯詼y試就是如此，所以被稱作黑盒測試。 測試動機(jī)不同 有效的安全測試有時也需要詳細(xì)了解代碼以及系統(tǒng)結(jié)構(gòu)，此時把這些技術(shù)稱作白盒測試。 另外一種區(qū)別就是，二者的覆蓋目標(biāo)不同。 2. 測試覆蓋目標(biāo)不同 如果我們用一個盒子來代替整個軟件系統(tǒng)，那么黑盒測試可以看成是一種系統(tǒng)測試。從圖 214中，我們可以看出黑盒測試只考慮程序的輸入和輸出，無須考慮程序的內(nèi)部代碼。 黑盒測試的目的 是盡量發(fā)現(xiàn)代碼所表現(xiàn)的外部行為的錯誤，主要有以下幾類： ⑴功能不正確或不完整； ⑵接口錯誤； ⑶接口所使用的數(shù)據(jù)結(jié)構(gòu)錯誤； ⑷行為或性能錯誤； ⑸初始化和終止錯誤。 七、變異測試 變異測試（ Mutation Testing）的提出始于70年代末期，是一種錯誤驅(qū)動測試，即針對某類特定程序錯誤而進(jìn)行的測試，也是一種比較成熟的排錯性測試方法（排錯性測試方法的基本思想是通過檢驗(yàn)測試數(shù)據(jù)集的排錯能力來判斷軟件測試的充分性）。 簡單循環(huán) 嵌套循環(huán) 串接循環(huán) 無結(jié)構(gòu)循環(huán)圖 211 各種循環(huán)圖 四 、 循環(huán)測試是一種白盒測試技術(shù) ， 注重于循環(huán)構(gòu)造的有效性 。通過測試應(yīng)該達(dá)到 100%程序語句覆蓋的目標(biāo)，可以標(biāo)識圈數(shù)，然后執(zhí)行最少的一組測試用例就可以達(dá)到語句覆蓋的目標(biāo)。下面主要對幾種常見的方法加以介紹： 一、基本路徑測試 二、等價類劃分 /邊界值分析（ Equivalence partitioning/bou