軟件驗(yàn)收測試用例設(shè)計(jì)是軟件驗(yàn)收測試過程中非常重要的一個(gè)活動(dòng)，不管是文檔化的設(shè)計(jì)輸出，還是只存在于他們腦海中的測試思想，其質(zhì)量都會(huì)直接影響軟件驗(yàn)收測試執(zhí)行的質(zhì)量，從而對全程軟件質(zhì)量保障產(chǎn)生不可忽視的影響。

　盡管每個(gè)測試人員都掌握了不少的軟件驗(yàn)收測試用例設(shè)計(jì)技術(shù)與方法，例如：等價(jià)類劃分、狀態(tài)轉(zhuǎn)換測試等，但是如何將它們應(yīng)用到具體的測試對象測試中去，很多測試人員都會(huì)感覺有些力不從心，甚至有無從下手的感覺。

下面是針對某個(gè)功能模塊的一個(gè)簡單的需求描述：該基本功能是為了創(chuàng)建某個(gè)條目，它的基本需求如下：

假如dataBit0=0,并且cBPDU或者pBPDU的值不為1，那么創(chuàng)建請求會(huì)被拒絕。假如dataBit0=0,并且cBPDU=1或者pBPDU=1,在滿足下面條件下可以創(chuàng)建成功：

（1） 其他的bit不能為1；

（2） TD的取值必須是Guranteed;

（3） VLANpop的取值必須是disabled;

假如你得到這樣的一個(gè)需求描述，你準(zhǔn)備如何來設(shè)計(jì)該功能模塊的軟件驗(yàn)收測試用例？通常來說，測試人員拿到需求規(guī)格說明之后，會(huì)根據(jù)其中定義的需求條目設(shè)計(jì)測試用例，類似于如下過程。

圖1 通常的軟件驗(yàn)收測試用例設(shè)計(jì)

　針對上面的需求描述，根據(jù)圖1直接設(shè)計(jì)測試用例，會(huì)不會(huì)覺得有些迷茫呢？即使測試人員設(shè)計(jì)了多個(gè)測試用例，覆蓋了每條測試需求，是不是也會(huì)覺得評估測試覆蓋率比較困難？

實(shí)際上，需求規(guī)格說明通常是針對開發(fā)人員而寫的，并不一定直接適合驗(yàn)收測試的要求。因此，假如測試人員希望能夠更好的進(jìn)行測試用例設(shè)計(jì)，需要將需求規(guī)格說明轉(zhuǎn)化成為測試人員可以方便使用的語言很重要，即在需求規(guī)格說明和設(shè)計(jì)測試用例之間增加一個(gè)橋梁：模型。在建立模型的過程中，測試人員不僅需要學(xué)習(xí)需求規(guī)格說明，同時(shí)也需要了解各種測試設(shè)計(jì)技術(shù)與方法，并能將兩者數(shù)量的結(jié)合起來。圖2是增加了“模型”概念的測試用例設(shè)計(jì)過程。

圖2 改進(jìn)的軟件驗(yàn)收測試用例設(shè)計(jì)

　還是以上面的需求描述為例，我通過學(xué)習(xí)需求之后，發(fā)現(xiàn)它可能可以與決策表技術(shù)結(jié)合起來。因此，我將上述需求翻譯為適合決策表技術(shù)的各種條件與輸出，并根據(jù)它們的不同組合得到不同的結(jié)果。圖3是我針對上述需求描述，基于決策表技術(shù)得到的初始決策表，然后可以基于此進(jìn)行決策表優(yōu)化，直至得到概要和詳細(xì)的測試用例列表。

　根據(jù)圖2的過程得到初始決策表，是否覺得整個(gè)測試設(shè)計(jì)過程更加清楚，而且更加容易進(jìn)行測試覆蓋率等方面的評估？注意：這里只是根據(jù)需求描述得到的一些測試用例，并沒有考慮其他方面的軟件驗(yàn)收測試用例。

　需求規(guī)格說明對測試人員很重要，軟件驗(yàn)收測試設(shè)計(jì)技術(shù)與方法也很重要，但更重要的是測試人員如何能夠?qū)烧哂行У慕Y(jié)合起來，并在此基礎(chǔ)之上建立適合測試設(shè)計(jì)和評估的“模型”。而這通常是測試用例設(shè)計(jì)的難點(diǎn)所在，同時(shí)也是體現(xiàn)測試人員技術(shù)含量的地方。下面是測試人員在建立模型過程中可以參考的一些方向：

　1、基于黑盒測試技術(shù)，例如：決策表模型、狀態(tài)轉(zhuǎn)換模型、正交矩陣模型等；

　2、基于測試類型，例如：質(zhì)量特性模型、缺陷分類模型等；

　3、基于全局因素的全局因素模型；

　4、基于功能交互的功能交互模型；

　軟件驗(yàn)收測試設(shè)計(jì)過程中建立有效的“模型”，測試人員設(shè)計(jì)軟件驗(yàn)收測試用例相對會(huì)比較容易，并且可以很好的提高測試覆蓋率，從而幫助提升產(chǎn)品質(zhì)量。另一方面，通過建立模型，也可以幫助測試人員有效的評審軟件驗(yàn)收測試對象功能的描述，例如可以發(fā)現(xiàn)需求中定義不清楚、遺漏等方面的問題。