CMMI軟件測試用例設(shè)計(jì)指南

1、編號(hào)：編號(hào)：CMMI-TEST-02CMMI-TEST-02軟件測試用例設(shè)計(jì)指南軟件測試用例設(shè)計(jì)指南V1.0V1.0軟件測試用例設(shè)計(jì)指南修訂頁修訂頁編號(hào)編號(hào)章節(jié)名稱章節(jié)名稱修訂內(nèi)容簡述修訂內(nèi)容簡述修訂日期修訂日期修訂后修訂后版本號(hào)版本號(hào)修訂人修訂人軟件測試用例設(shè)計(jì)指南第 1 頁 共 1 頁目目 錄錄1 1引言引言.11.11.1編寫目的編寫目的.11.21.2適用范圍適用范圍.11.31.3預(yù)期讀者預(yù)期讀者.11.41.4參考文檔參考文檔.11.51.5相關(guān)模版相關(guān)模版.12 2測試用例概述測試用例概述.12.12.1測試用例是什么測試用例是什么.12.22.2測試用例的重要性測試用例的重要性

2、.22.32.3測試用例設(shè)計(jì)基本步驟測試用例設(shè)計(jì)基本步驟.33 3測試用例設(shè)計(jì)方法測試用例設(shè)計(jì)方法.43.13.1黑盒測試方法黑盒測試方法.43.1.13.1.1等價(jià)類劃分法等價(jià)類劃分法.43.1.23.1.2邊界值分析法邊界值分析法.73.1.33.1.3錯(cuò)誤推測法錯(cuò)誤推測法.83.1.43.1.4組合分析法組合分析法.83.23.2白盒測試方法白盒測試方法.83.2.13.2.1基本路徑法基本路徑法.83.2.23.2.2邏輯覆蓋邏輯覆蓋.123.2.33.2.3程序插裝程序插裝.124 4測試用例編寫原則測試用例編寫原則.124.14.1全面性全面性.124.1.14.1.1數(shù)據(jù)庫程序基

3、本的增、刪、改功能數(shù)據(jù)庫程序基本的增、刪、改功能.134.1.24.1.2對(duì)于無輸入的操作對(duì)于無輸入的操作.134.1.34.1.3應(yīng)考慮存在跨年、跨月的數(shù)據(jù)應(yīng)考慮存在跨年、跨月的數(shù)據(jù).134.24.2正確性正確性.134.34.3符合正常業(yè)務(wù)慣例符合正常業(yè)務(wù)慣例.134.44.4仿真性仿真性.144.54.5可操作性可操作性.144.64.6可復(fù)用性可復(fù)用性.14軟件測試用例設(shè)計(jì)指南第 1 頁 共 14 頁1 1引言引言1.11.1編寫目的編寫目的設(shè)計(jì)好的測試用例是測試質(zhì)量的關(guān)鍵。本文檔目的是指導(dǎo)開發(fā)人員、測試人員等在項(xiàng)目過程中設(shè)計(jì)測試用例所遵循的原則以及如何進(jìn)行測試用例的設(shè)計(jì)，以有效、順利

4、地去實(shí)施、開展單元測試、集成測試、系統(tǒng)測試、性能（壓力）測試、UAT 測試等活動(dòng)。1.21.2適用范圍適用范圍本文檔適用于 XX 公司所有軟件項(xiàng)目的測試工作。1.31.3預(yù)期讀者預(yù)期讀者測試經(jīng)理、測試工程師、質(zhì)量經(jīng)理、質(zhì)量工程師、開發(fā)工程師、業(yè)務(wù)測試人員等。1.41.4參考文檔參考文檔軟件測試規(guī)范實(shí)施指南 1.51.5相關(guān)模版相關(guān)模版無2 2測試用例概述測試用例概述軟件測試發(fā)展到今天，測試工作已從簡單的測試演變?yōu)榘ǎ壕幹茰y試計(jì)劃、編寫測試用例、準(zhǔn)備測試數(shù)據(jù)、編寫測試腳本、實(shí)施測試、測試評(píng)估等多項(xiàng)內(nèi)容的正規(guī)測試。測試方式也由單純的手工測試發(fā)展為手工、自動(dòng)化兼之。測試用例設(shè)計(jì)的好壞將直接影響到軟

5、件產(chǎn)品的質(zhì)量。2.12.1測試用例是什么測試用例是什么測試用例也叫測試案例（Test case） ，也就是說為達(dá)到最佳的測試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測試數(shù)據(jù)。比較通常的說法是：指對(duì)軟件產(chǎn)品一項(xiàng)特定的業(yè)務(wù)功能進(jìn)行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略，其內(nèi)容包括測試目標(biāo)、軟件測試用例設(shè)計(jì)指南第 2 頁 共 14 頁測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等。測試用例的管理是通過 QC 集中管理，分布實(shí)施。我們不可能進(jìn)行窮舉測試，為了節(jié)省時(shí)間和資源、提高測試效率，必須要從數(shù)量極大的可用測試數(shù)據(jù)中精心挑選出具有代表性或特殊性的測試數(shù)據(jù)來進(jìn)行測試，一個(gè)好的測試用例是在

6、于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。2.22.2測試用例的重要性測試用例的重要性軟件測試的重要性是毋庸置疑的。但如何以最少的人力、資源投入，在最短的時(shí)間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的產(chǎn)品質(zhì)量，則是每個(gè)公司探索和追求的目標(biāo)。每個(gè)軟件產(chǎn)品或軟件開發(fā)項(xiàng)目都需要有一套優(yōu)秀的測試方案和測試方法，而測試用例的設(shè)計(jì)一直是軟件測試工作的重點(diǎn)和難點(diǎn)。測試用例之所以很重要，原因有以下幾方面。 測試用例構(gòu)成了設(shè)計(jì)和制定測試過程的基礎(chǔ)。在開始實(shí)施測試之前設(shè)計(jì)好測試用例，可以避免盲目測試并提高測試效率，令軟件測試的實(shí)施重點(diǎn)突出、目的明確。測試的“深度”與測試用例的數(shù)量成比例。由于每個(gè)測試用例反映不同的場景、條件或經(jīng)

7、由產(chǎn)品的事件流，因而，隨著測試用例數(shù)量的增加，您對(duì)產(chǎn)品質(zhì)量和測試流程也就越有信心。 判斷測試是否完全的一個(gè)主要評(píng)測方法是基于需求的覆蓋，而這又是以確定、實(shí)施或執(zhí)行的測試用例的數(shù)量為依據(jù)的。類似下面這樣的說明：“95 % 的關(guān)鍵測試用例已得以執(zhí)行和驗(yàn)證”，遠(yuǎn)比“我們已完成 95 % 的測試”更有意義。 測試工作量與測試用例的數(shù)量成比例。根據(jù)全面且細(xì)化的測試用例，可以更準(zhǔn)確地估計(jì)測試周期各連續(xù)階段的時(shí)間安排。 在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期。在發(fā)生人員變更的情況下，有了測試用例及自動(dòng)化測試，無論是誰來執(zhí)行，參照測試用例及測試腳本實(shí)施，都能保障測

8、試的質(zhì)量，可以把人為因素的影響減少到最小。軟件測試用例設(shè)計(jì)指南第 3 頁 共 14 頁2.32.3測試用例設(shè)計(jì)基本步驟測試用例設(shè)計(jì)基本步驟測試用例設(shè)計(jì)步驟基本包括如下幾個(gè)方面：各類技術(shù)文檔作為測試用例設(shè)計(jì)的依據(jù)；分析被測對(duì)象的規(guī)格；分析測試要素；分析測試要素取值；構(gòu)建初始測試用例；通過評(píng)審或其他方式確認(rèn)測試用例；在測試實(shí)現(xiàn)和執(zhí)行的過程中修正測試用例。具體流程如下所示：分析被測對(duì)象的規(guī)格技術(shù)文檔技術(shù)文檔分析被測對(duì)象的測試要素構(gòu)建初始測試用例集分析各個(gè)測試要素的取值評(píng)審/與其他人討論通過N測試實(shí)現(xiàn)和執(zhí)行是否需要修正Y確定測試用例集YN軟件測試用例設(shè)計(jì)指南第 4 頁 共 14 頁3 3測試用例設(shè)計(jì)方

9、法測試用例設(shè)計(jì)方法3.13.1黑盒測試方法黑盒測試方法黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，它又稱功能測試、數(shù)據(jù)驅(qū)動(dòng)測試或基于規(guī)格說明書或用戶手冊(cè)的測試。它所依據(jù)的是程序的外部特性。黑盒測試是目前業(yè)界最流行的測試方法，黑盒測試方法主要包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤猜測法、因果圖方法、判定表驅(qū)動(dòng)分析方法等。這里主要介紹一下常用的等價(jià)類劃分法、邊界值分析法和錯(cuò)誤猜測法。3.1.13.1.1 等價(jià)類劃分法等價(jià)類劃分法3.1.1.13.1.1.1劃分等價(jià)類劃分等價(jià)類等價(jià)類劃分的辦法是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價(jià)于這一

10、類中的其他值，也就是說，如果某一類中的一個(gè)例子發(fā)現(xiàn)了錯(cuò)誤，這一等價(jià)類中的其他例子也能出現(xiàn)同樣的錯(cuò)誤。使用這一方法設(shè)計(jì)測試用例，首先必須在認(rèn)真分析需求規(guī)格說明書的基礎(chǔ)上劃分等價(jià)類，列出等價(jià)類表。等價(jià)類也指一組輸入條件的有效和無效狀態(tài)，分為有效等價(jià)類和無效等價(jià)類；有效等價(jià)類是指對(duì)程序的需求規(guī)格說明是有意義的、合理的輸入數(shù)據(jù)所構(gòu)成的集合；無效等價(jià)類是指對(duì)產(chǎn)品的需求規(guī)格說明書是不合理的或無意義的輸入數(shù)據(jù)所構(gòu)成的集合。每類中的一個(gè)典型值在測試中的作用與這一類中所有其它值的作用相同，可以從每個(gè)等價(jià)類中只取一組數(shù)據(jù)作為測試數(shù)據(jù)。一些劃分等價(jià)類的指導(dǎo)原則如下：1、如果規(guī)定了輸入值的范圍且輸入值為數(shù)值型，則可劃

11、分出一個(gè)有效的等價(jià)類（輸入值在此范圍內(nèi)） 、兩個(gè)無效等價(jià)類（輸入小于最小值或大于最大值） ；2、如果規(guī)定了輸入數(shù)據(jù)的個(gè)數(shù)，則類似地也可以劃分出一個(gè)有效的等價(jià)類和兩個(gè)無效的等價(jià)類(如分別以最大、最小個(gè)數(shù)和稍小于最小、稍大于最大個(gè)數(shù)作為測試用例)；3、在輸入條件是一個(gè)布爾量的情況下,可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類；軟件測試用例設(shè)計(jì)指南第 5 頁 共 14 頁4、如果規(guī)定輸入數(shù)據(jù)為一組確定的值，而且程序?qū)Σ煌斎胫底霾煌幚?，則每個(gè)允許的輸入值是一個(gè)有效的等價(jià)類，此外還有一個(gè)無效的等價(jià)類（即任何一個(gè)不允許輸入的值） ；5、如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，則可以劃分出一個(gè)遵循規(guī)則的有效等價(jià)類和

12、若干個(gè)不遵循規(guī)則的無效等價(jià)類；6、如果規(guī)定了輸入數(shù)據(jù)為整型，則可以劃分出正整數(shù)、零和負(fù)整數(shù)等三類等價(jià)類；7、在確知已劃分的等價(jià)類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價(jià)類進(jìn)一步的劃分為更小的等價(jià)類；8、等價(jià)類劃分時(shí)應(yīng)充分考慮邊界條件、次邊界條件、空值和無效數(shù)據(jù)。項(xiàng)目中實(shí)際操作時(shí)，首先我們要對(duì)一個(gè)功能點(diǎn)的所有輸入項(xiàng)進(jìn)行分析，根據(jù)控制條件和結(jié)果篩選出對(duì)執(zhí)行結(jié)果有影響的輸入項(xiàng)（一般只考慮對(duì)本功能點(diǎn)結(jié)果有影響） 。對(duì)于每個(gè)輸入項(xiàng)的類型一般有兩種：一般輸入項(xiàng)和下拉選擇項(xiàng)，我們根據(jù)以上指導(dǎo)原則就可以對(duì)這些輸入項(xiàng)進(jìn)行等價(jià)類劃分。3.1.1.23.1.1.2生成測試要素取值列表生成測試要素取值列

13、表按照測試要素順序把對(duì)應(yīng)的等價(jià)類填入測試要素取值列表，每個(gè)取值對(duì)應(yīng)一個(gè)等價(jià)類。列表模板如下所示：功能點(diǎn)名稱：XXX功能點(diǎn)編號(hào)：XXXXXX前置條件: XXXXXX優(yōu)先級(jí)：高/中/低注：XXXXXX序號(hào)要素名L1L2L31要素1值 1值 2值 32要素2值 1值 23要素3值 1值 2軟件測試用例設(shè)計(jì)指南第 6 頁 共 14 頁3.1.1.33.1.1.3形成測試要素矩陣，設(shè)計(jì)測試用例形成測試要素矩陣，設(shè)計(jì)測試用例完成測試要素取值列表后，我們就可以根據(jù)以下原則生成測試要素分析矩陣。通過設(shè)計(jì)一個(gè)新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類，重復(fù)這一步，直到所有的有效等價(jià)類都被覆蓋為止；通

14、過設(shè)計(jì)一個(gè)新的測試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類，重復(fù)這一步，直到所有的無效等價(jià)類都被覆蓋為止。測試要素分析矩陣的模板如下：序號(hào)要素 1要素 2要素 31值 1值 1值 12值 1值 1值 23值 2值 1值 14值 3值 2值 1這里每個(gè)要素的取值仍是等價(jià)類，把每個(gè)等價(jià)類取值明確后，再添加上沒有考慮進(jìn)來的測試要素的取值后，表中的每一行就自然地轉(zhuǎn)換成了一個(gè)測試用例。3.1.1.43.1.1.4舉例：柜員登陸舉例：柜員登陸輸入項(xiàng)：機(jī)構(gòu)名（不輸默認(rèn)為總行） ，柜員（分為經(jīng)辦和復(fù)核） ，用戶名，密碼（6 位） ；首先對(duì)以上四個(gè)輸入項(xiàng)進(jìn)行劃分等價(jià)類，列表如下：序號(hào)要素名L1L2L31機(jī)構(gòu)名

15、存在空不存在2柜員經(jīng)辦復(fù)核3用戶名存在不存在4密碼等于 6 位小于 6 位大于 6 位由以上列表可看出：共有 6 個(gè)有效等價(jià)類和 4 個(gè)無效等價(jià)類。根據(jù)正交矩陣編寫原則，可用 2 個(gè)測試?yán)采w 6 個(gè)有效等價(jià)類，4 個(gè)測試?yán)采w 4 個(gè)無效等價(jià)類，只需 6 個(gè)測試?yán)透采w了所有的測試條件。具體矩陣如下表： 軟件測試用例設(shè)計(jì)指南第 7 頁 共 14 頁序號(hào)機(jī)構(gòu)號(hào)柜員用戶名密碼1存在經(jīng)辦存在等于 6 位2空復(fù)核存在等于 6 位3存在經(jīng)辦存在小于 6 位4存在經(jīng)辦存在大于 6 位5存在經(jīng)辦不存在-6不存在-3.1.23.1.2 邊界值分析法邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。3.1.

16、2.13.1.2.1邊界值分析方法的考慮邊界值分析方法的考慮長期的測試工作經(jīng)驗(yàn)告訴我們，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測試用例，可以查出更多的錯(cuò)誤。 使用邊界值分析方法設(shè)計(jì)測試用例，首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù)。3.1.2.23.1.2.2基于邊界值分析方法選擇測試用例的原則基于邊界值分析方法選擇測試用例的原則1、如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛

17、剛超越這個(gè)范圍邊界的值作為測試輸入數(shù)據(jù)。例如，輸入值的范圍是 -1.01.0，則可選取-1.0、1.0、-1.001 和 1.001 作為輸入數(shù)據(jù)。2、如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù),最小個(gè)數(shù)，比最小個(gè)數(shù)少一，比最大個(gè)數(shù)多一的數(shù)作為測試數(shù)據(jù)。例如，某個(gè)文件有 1255 個(gè)記錄，則可選取 1 個(gè)記錄、255 個(gè)記錄、0 個(gè)記錄和 256 個(gè)記錄的輸入文件作為輸入數(shù)據(jù)。3、根據(jù)規(guī)格說明的每個(gè)輸出條件，使用前面的原則 1。4、根據(jù)規(guī)格說明的每個(gè)輸出條件，應(yīng)用前面的原則 2。軟件測試用例設(shè)計(jì)指南第 8 頁 共 14 頁5、如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)

18、元素和最后一個(gè)元素作為測試用例。6、如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。例如，在程序中定義的數(shù)組下界為 0，上界為 100，則應(yīng)選取 0 和 100 作為測試用例。7、分析規(guī)格說明，找出其它可能的邊界條件。3.1.33.1.3 錯(cuò)誤推測法錯(cuò)誤推測法錯(cuò)誤推測法是一種基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測試用例的方法。錯(cuò)誤推測方法的基本思想是列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測試用例。例如，在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤。以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等，這些就是經(jīng)驗(yàn)的總結(jié)。還

19、有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0的情況。輸入表格為空格或輸入表格只有一行。這些都是容易發(fā)生錯(cuò)誤的情況?？蛇x擇這些情況下的例子作為測試用例。3.1.43.1.4 組合分析法組合分析法組合分析法是一種基于每對(duì)參數(shù)組合的測試技術(shù)，考慮參數(shù)之間的影響是主要的錯(cuò)誤來源，并且大多數(shù)的錯(cuò)誤起源于簡單的參數(shù)組合。組合分析法的優(yōu)點(diǎn)是低成本實(shí)現(xiàn)，低成本維護(hù)，易于自動(dòng)化，易于用較少的測試案例發(fā)現(xiàn)更多的錯(cuò)誤和用戶可以自定義限制；缺點(diǎn)是需要專家領(lǐng)域知識(shí)，不能測試所有可能的組合，不能測試復(fù)雜的交互。3.23.2白盒測試方法白盒測試方法白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序的測試，一般多發(fā)生在單元測試階段。白盒測試方法主

20、要包括邏輯覆蓋法，基本路徑法，程序插裝等。這里重點(diǎn)介紹一下常用的基本路徑法，對(duì)于邏輯覆蓋簡單介紹一下覆蓋準(zhǔn)則。軟件測試用例設(shè)計(jì)指南第 9 頁 共 14 頁3.2.13.2.1 基本路徑法基本路徑法在程序控制流圖的基礎(chǔ)上,通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出獨(dú)立路徑集合，從而設(shè)計(jì)測試用例，設(shè)計(jì)出的測試用例要保證在測試中程序的每一個(gè)可執(zhí)行語句至少執(zhí)行一次。在介紹基本路徑測試方法（又稱獨(dú)立路徑測試）之前，先介紹流圖符號(hào)：圖 1如圖 1 所示，每一個(gè)圓，稱為流圖的節(jié)點(diǎn)，代表一個(gè)或多個(gè)語句，流程圖中的處理方框序列和菱形決策框可映射為一個(gè)節(jié)點(diǎn)，流圖中的箭頭，稱為邊或連接，代表控制流，類似于流程圖中的箭頭。一

21、條邊必須終止于一個(gè)節(jié)點(diǎn)，即使該節(jié)點(diǎn)并不代表任何語句，例如，圖 2 中兩個(gè)處理方框交匯處是一個(gè)節(jié)點(diǎn)，邊和節(jié)點(diǎn)限定的范圍稱為區(qū)域。圖 2任何過程設(shè)計(jì)表示法都可被翻譯成流圖，下面顯示了一段流程圖以及相應(yīng)的流圖。 軟件測試用例設(shè)計(jì)指南第 10 頁 共 14 頁注意，程序設(shè)計(jì)中遇到復(fù)合條件時(shí)（邏輯 or, and, nor 等） ，生成的流圖變得更為復(fù)雜，如(c)流圖所示。此時(shí)必須為語句 IF a OR b 中的每一個(gè) a 和 b 創(chuàng)建一個(gè)獨(dú)立的節(jié)點(diǎn)。軟件測試用例設(shè)計(jì)指南第 11 頁 共 14 頁(c)流圖獨(dú)立路徑是指程序中至少引進(jìn)一個(gè)新的處理語句集合，采用流圖的術(shù)語，即獨(dú)立路徑必須至少包含一條在定義路

22、徑之前不曾用到的邊。例如圖(b)中所示流圖的一個(gè)獨(dú)立路徑集合為： 路徑 1：1-11 路徑 2：1-2-3-4-5-10-1-11 路徑 3：1-2-3-6-8-9-10-1-11 路徑 4：1-2-3-6-7-9-10-1-11上面定義的路徑 1，2，3 和 4 包含了(b)流圖的一個(gè)基本集，如果能將測試設(shè)計(jì)為強(qiáng)迫運(yùn)行這些路徑， 那么程序中的每一條語句將至少被執(zhí)行一次，每一個(gè)條件執(zhí)行時(shí)都將分別取 true 和 false（分支覆蓋） 。應(yīng)該注意到基本集并不唯一，實(shí)際上，給定的過程設(shè)計(jì)可派生出任意數(shù)量的不同基本集。如何才能知道需要尋找多少條路徑呢？可以通過如下三種方法之一來計(jì)算獨(dú)立路徑的上界：

23、1. V=E-N+2，E 是流圖中邊的數(shù)量，N 是流圖節(jié)點(diǎn)數(shù)量。 2. V=P+1，P 是流圖中判定節(jié)點(diǎn)的數(shù)量 3. V=R，R 是流圖中區(qū)域的數(shù)量 例如，(b)流圖可以采用上述任意一種算法來計(jì)算獨(dú)立路徑的數(shù)量 1. V=11 條邊-9 個(gè)節(jié)點(diǎn)+2=4 2. V=3 個(gè)判定節(jié)點(diǎn)+1=43. 流圖有 4 個(gè)區(qū)域，所以 V=4由此為了覆蓋所有程序語句，必須設(shè)計(jì)至少 4 個(gè)測試用例使程序運(yùn)行于這 4 條路徑。在采用基本路徑測試方法中，獲取測試用例可參考以下方式：通過非路徑分析得到的測試用例；軟件測試用例設(shè)計(jì)指南第 12 頁 共 14 頁找到尚未測試過的路徑并生成相應(yīng)的測試用例；指定特定路徑生成相應(yīng)的

24、測試用例。對(duì)程序中的循環(huán)作了執(zhí)行了零次和一次的限制，這樣程序路徑的數(shù)目就是有限的。如果程序的數(shù)目有限，就可采用枚舉法得到所有的路徑。完成若干測試用例后，就可以知道所測路徑是哪些，尚有哪些待測路徑。在指出要測試的路徑以后，可以自動(dòng)生成相應(yīng)的測試用例。3.2.23.2.2 邏輯覆蓋邏輯覆蓋語句覆蓋：在測試時(shí)，設(shè)計(jì)若干測試用例，運(yùn)行被測程序，使程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次。分支覆蓋：在測試時(shí)，設(shè)計(jì)若干測試用例，運(yùn)行被測程序，使程序中的每個(gè)判斷真假的分支至少遍歷一次。條件覆蓋：在測試時(shí)，設(shè)計(jì)若干測試用例，運(yùn)行被測程序，使程序中的每個(gè)條件的可能取值至少滿足一次。條件分支覆蓋：在測試時(shí)，設(shè)計(jì)足夠的測

25、試用例，使得判斷中每個(gè)條件的所有可能取值至少出現(xiàn)一次，并且每個(gè)判斷本身的判定結(jié)果也至少出現(xiàn)一次。3.2.33.2.3 程序插裝程序插裝程序插裝是一種基本的測試手段。它是在程序特定部位插入“探針”，以便把程序執(zhí)行過程中發(fā)生的一些重要?dú)v史事件記錄下來（如語句執(zhí)行次數(shù)、某些變量值的變化情況等） ，只有借助于插裝技術(shù)，才能了解程序執(zhí)行時(shí)的語句覆蓋、分支覆蓋及路徑覆蓋等結(jié)構(gòu)覆蓋情況。在被測程序中插入的操作（語句）稱為“探測器”或“探針”。4 4測試用例編寫原則測試用例編寫原則4.14.1全面性全面性指編寫的測試用例應(yīng)該覆蓋所依據(jù)設(shè)計(jì)文檔描述的功能。軟件測試用例設(shè)計(jì)指南第 13 頁 共 14 頁4.1.14.1.1 數(shù)據(jù)庫程序基本的增、刪、改功能數(shù)據(jù)庫程序基本的增、刪、改功能增、改測試用例重點(diǎn)在于數(shù)據(jù)合法性、正確性的檢驗(yàn)和提示信息的正確性的檢驗(yàn).輸入的數(shù)據(jù)可能有無限種組合，此時(shí)可以采用等價(jià)類劃分和邊界值法。刪除的測試用例比較簡單，只有操作沒有數(shù)據(jù)的輸入，但是應(yīng)該在備注中注明，刪除的限制條件，以及數(shù)據(jù)庫中應(yīng)該刪除的表的情