用例設(shè)計新思路 驗收效果并蒂花
軟件驗收測試用例設(shè)計是軟件驗收測試過程中非常重要的一個活動，不管是文檔化的設(shè)計輸出，還是只存在于他們腦海中的測試思想，其質(zhì)量都會直接影響軟件驗收測試執(zhí)行的質(zhì)量，從而對全程軟件質(zhì)量保障產(chǎn)生不可忽視的影響。
盡管每個測試人員都掌握了不少的軟件驗收測試用例設(shè)計技術(shù)與方法，例如：等價類劃分、狀態(tài)轉(zhuǎn)換測試等，但是如何將它們應(yīng)用到具體的測試對象測試中去，很多測試人員都會感覺有些力不從心，甚至有無從下手的感覺。
下面是針對某個功能模塊的一個簡單的需求描述：該基本功能是為了創(chuàng)建某個條目，它的基本需求如下：
假如dataBit0=0,并且cBPDU或者pBPDU的值不為1，那么創(chuàng)建請求會被拒絕。假如dataBit0=0,并且cBPDU=1或者pBPDU=1,在滿足下面條件下可以創(chuàng)建成功：
（1） 其他的bit不能為1；
（2） TD的取值必須是Guranteed;
（3） VLANpop的取值必須是disabled;
假如你得到這樣的一個需求描述，你準備如何來設(shè)計該功能模塊的軟件驗收測試用例？通常來說，測試人員拿到需求規(guī)格說明之后，會根據(jù)其中定義的需求條目設(shè)計測試用例，類似于如下過程。
圖1 通常的軟件驗收測試用例設(shè)計
針對上面的需求描述，根據(jù)圖1直接設(shè)計測試用例，會不會覺得有些迷茫呢？即使測試人員設(shè)計了多個測試用例，覆蓋了每條測試需求，是不是也會覺得評估測試覆蓋率比較困難？
實際上，需求規(guī)格說明通常是針對開發(fā)人員而寫的，并不一定直接適合驗收測試的要求。因此，假如測試人員希望能夠更好的進行測試用例設(shè)計，需要將需求規(guī)格說明轉(zhuǎn)化成為測試人員可以方便使用的語言很重要，即在需求規(guī)格說明和設(shè)計測試用例之間增加一個橋梁：模型。在建立模型的過程中，測試人員不僅需要學習需求規(guī)格說明，同時也需要了解各種測試設(shè)計技術(shù)與方法，并能將兩者數(shù)量的結(jié)合起來。圖2是增加了“模型”概念的測試用例設(shè)計過程。
需求規(guī)格說明 模型
設(shè)計技術(shù)與方法 設(shè)計驗收測試用例
圖2 改進的軟件驗收測試用例設(shè)計
還是以上面的需求描述為例，我通過學習需求之后，發(fā)現(xiàn)它可能可以與決策表技術(shù)結(jié)合起來。因此，我將上述需求翻譯為適合決策表技術(shù)的各種條件與輸出，并根據(jù)它們的不同組合得到不同的結(jié)果。圖3是我針對上述需求描述，基于決策表技術(shù)得到的初始決策表，然后可以基于此進行決策表優(yōu)化，直至得到概要和詳細的測試用例列表。
根據(jù)圖2的過程得到初始決策表，是否覺得整個測試設(shè)計過程更加清楚，而且更加容易進行測試覆蓋率等方面的評估？注意：這里只是根據(jù)需求描述得到的一些測試用例，并沒有考慮其他方面的軟件驗收測試用例。
需求規(guī)格說明對測試人員很重要，軟件驗收測試設(shè)計技術(shù)與方法也很重要，但更重要的是測試人員如何能夠?qū)烧哂行У慕Y(jié)合起來，并在此基礎(chǔ)之上建立適合測試設(shè)計和評估的“模型”。而這通常是測試用例設(shè)計的難點所在，同時也是體現(xiàn)測試人員技術(shù)含量的地方。下面是測試人員在建立模型過程中可以參考的一些方向：
1、基于黑盒測試技術(shù)，例如：決策表模型、狀態(tài)轉(zhuǎn)換模型、正交矩陣模型等；
2、基于測試類型，例如：質(zhì)量特性模型、缺陷分類模型等；
3、基于全局因素的全局因素模型；
4、基于功能交互的功能交互模型；
軟件驗收測試設(shè)計過程中建立有效的“模型”，測試人員設(shè)計軟件驗收測試用例相對會比較容易，并且可以很好的提高測試覆蓋率，從而幫助提升產(chǎn)品質(zhì)量。另一方面，通過建立模型，也可以幫助測試人員有效的評審軟件驗收測試對象功能的描述，例如可以發(fā)現(xiàn)需求中定義不清楚、遺漏等方面的問題。
