Test Case Design-測試用例設(shè)計

4/4TestCaseDesign-測試用例設(shè)計具體的黑盒測試用例設(shè)計方法包括等價類劃分法、邊界值分析法、場景法、錯誤推測法、因果圖法、判定表驅(qū)動法、正交試驗設(shè)計法、功能圖法等。

這些方法是比較實用的，但采用什么方法，在使用時自然要針對開發(fā)項目的特點對方法加以適當(dāng)?shù)倪x擇。

等價類劃分法

等價類劃分是一種典型的黑盒測試方法，用這一方法設(shè)計測試用例完全不考慮程序的內(nèi)部結(jié)構(gòu)，只根據(jù)對程序的需求和說明，即需求規(guī)格說明書。

由于窮舉測試工作量太大，以致于無法實際完成，促使我們在大量的可能數(shù)據(jù)中選取其中的一部分作為測試用例。

等價類劃分法

等價類劃分法是把程序的輸入域劃分成若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測試用例。

每一類的代表性數(shù)據(jù)在測試中的作用等價于這一類中的其他值，也就是說，如果某一類中的一個例子發(fā)現(xiàn)了錯誤，這一等價類中的其他例子也能發(fā)現(xiàn)同樣的錯誤；反之，如果某一類中的一個例子沒有發(fā)現(xiàn)錯誤，則這一類中的其他例子也不會查出錯誤。

使用這一方法設(shè)計測試用例，首先必須在分析需求規(guī)格說明的基礎(chǔ)上劃分等價類，列出等價類表。

劃分等價類和列出等價類表

可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù)取得較好的測試結(jié)果。

等價類劃分有兩種不同的情況：

有效等價類：是指對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。

無效等價類：與有效等價類的定義恰巧相反。

設(shè)計測試用例時，要同時考慮這兩種等價類。因為軟件不僅要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。

確定等價類的原則

在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。

在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個有效等價類和一個無效等價類。

在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。

在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。

在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。

在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步地劃分為更小的等價類。

建立等價類表

在確立了等價類之后，建立等價類表，列出所有劃分出的等價類：

確定測試用例

根據(jù)已列出的等價類表，按以下步驟確定測試用例：

為每個等價類規(guī)定一個唯一的編號；

設(shè)計一個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類。重復(fù)這一步，最后使得所有有效等價類均被測試用例所覆蓋；

設(shè)計一個新的測試用例，使其只覆蓋一個無效等價類。重復(fù)這一步使所有無效等價類均被覆蓋。

邊界值分析法

由測試工作的經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。因此針對各種邊界情況設(shè)計測試用例，可以查出更多的錯誤。

邊界值分析是一種補(bǔ)充等價劃分的測試用例設(shè)計技術(shù)，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例。實踐證明為檢驗邊界附近的處理專門設(shè)計測試用例，常常取得良好的測試效果。

邊界值設(shè)計原則

對邊界值設(shè)計測試用例，應(yīng)遵循以下幾條原則：

如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。

如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。

根據(jù)規(guī)格說明的每個輸出條件，使用前面的原則1。

根據(jù)規(guī)格說明的每個輸出條件，應(yīng)用前面的原則2。

如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。

如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。

分析規(guī)格說明，找出其他可能的邊界條件。

其他一些邊界條件

另一種看起來很明顯的軟件缺陷來源是當(dāng)軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內(nèi)容，單單按了Enter鍵。這種情況在產(chǎn)品說明書中常常忽視，程序員也可能經(jīng)常遺忘，但是在實際使用中卻時有發(fā)生。程序員總會習(xí)慣性的認(rèn)為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入，如果沒有對空值進(jìn)行好的處理的話，恐怕程序員自己都不知道程序會引向何方。

正確的軟件通常應(yīng)該將輸入內(nèi)容默認(rèn)為合法邊界內(nèi)的最小值或者合法區(qū)間內(nèi)某個合理值，否則返回錯誤提示信息。

因為這些值通常在軟件中進(jìn)行特殊處理，所以不要把它們與合法情況和非法情況混在一起，而要建立單獨的等價區(qū)間。

場景法

現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時使測試用例更容易理解和執(zhí)行。

提出這種測試思想的是Rational公司，并在RUP2000中文版當(dāng)中有其詳盡的解釋和應(yīng)用。用例場景用來描述流經(jīng)用例的路徑，從用例開始到結(jié)束遍歷這條路徑上所有基本流和備選流。測試方法選擇的綜合策略

測試用例的設(shè)計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟件有各自的特點，每種測試用例設(shè)計的方法也有各自的特點，針對不同軟件如何利用這些黑盒方法是非常重要的，在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認(rèn)真掌握這些方法

的原理，積累更多的測試經(jīng)驗，以有效提高測試水平。沁園春·雪

北國風(fēng)光，千里冰封，萬里雪飄。望長城內(nèi)外，惟余莽莽；大河上下，頓失滔滔。

山舞銀蛇，原馳蠟象，欲與天公試比高。

須晴日，看紅裝素裹，分外妖嬈。江山如此多嬌，引無數(shù)英雄競折腰。惜秦皇漢武，略輸文采；唐宗宋祖，稍遜風(fēng)騷。

一代天驕，成吉思汗，只識彎弓射大雕。

俱往矣，數(shù)風(fēng)流人物，還看今朝。

出師表

兩漢：諸葛亮

先帝創(chuàng)業(yè)未半而中道崩殂，今天下三分，益州疲弊，此誠危急存亡之秋也。然侍衛(wèi)之臣不懈于內(nèi)，忠志之士忘身于外者，蓋追先帝之殊遇，欲報之于陛下也。誠宜開張圣聽，以光先帝遺德，恢弘志士之氣，不宜妄自菲薄，引喻失義，以塞忠諫之路也。

宮中府中，俱為一體；陟罰臧否，不宜異同。若有作奸犯科及為忠善者，宜付有司論其刑賞，以昭陛下平明之理；不宜偏私，使內(nèi)外異法也。

侍中、侍郎郭攸之、費祎、董允等，此皆良實，志慮忠純，是以先帝簡拔以遺陛下：愚以為宮中之事，事無大小，悉以咨之，然后施行，必能裨補(bǔ)闕漏，有所廣益。

將軍向?qū)?，性行淑均，曉暢軍事，試用于昔日，先帝稱之曰“能”，是以眾議舉寵為督：愚以為營中之事，悉以咨之，必能使行陣和睦，優(yōu)劣得所。

親賢臣，遠(yuǎn)小人，此先漢所以興隆也；親小人，遠(yuǎn)賢臣，此后漢所以傾頹也。先帝在時，每與臣論此事，未嘗不嘆息痛恨于桓、靈也。侍中、尚書、長史、參軍，此悉貞良死節(jié)之臣，愿陛下親之、信之，則漢室之隆，可計日而待也。

臣本布衣，躬耕于南陽，茍全性命于亂世，不求聞達(dá)于諸侯。先帝不以臣卑鄙，猥自枉屈，三顧臣于草廬之中，咨臣以當(dāng)世之事，由是感激，遂許先帝以驅(qū)馳。后值傾覆，受任于敗軍之際，奉命于危難之間，爾來二十有一年矣。

先帝知臣謹(jǐn)慎，故臨崩寄臣以大事也。受命以來，夙夜憂嘆，恐托付不效，以傷先帝之明；故五月渡瀘，深入不毛。今南方已定，兵甲已足，當(dāng)獎率