天天看點

用例設計方法

用例設計方法

一、等價類劃分

  等價類劃分屬于典型的功能測試方法,根據程式對資料的要求,把程式的輸入域劃分成若幹個部分,區分出哪些資料有有效的,哪些資料是無效的,從每個部分中取少數代表性資料作為測試用例。這樣,每一類的代表性資料中的作用都等價與這類中的其他值。

等價類劃分有兩種不同的情況:有效等價類和無效等價類。

有效等價類:對程式規格有意義,合理的輸入資料集合。程式接收到有效等價類資料,可以正确執行計算。

無效等價類:對程式規模無意義,不合理的輸入資料集合,程式接收到無效等價類資料。應該給出錯誤提示,或者不讓使用者輸入。

二、邊界值

三、因果圖

  在一個功能子產品或一個界面中,往往會有多個控件,這些控件一般會有一定的制約關系或者組合關系,并且輸出依賴于輸入的條件。如果隻是單獨去測每個控件,往往使測試有很多備援資料。同時又會造成測試的不全面。遺漏這些輸入的組合及輸出對輸入的依賴關系。

應用場合

  在一個界面中,有多個控件,測試的時候要考慮控件的組合關系,不同的空間組合會産生不同的輸出結果的組合。為了弄清楚什麼樣的輸入組合會産生什麼樣的輸出組合,使用因果圖法。

2.因果圖的核心

 因---原因、輸入條件;

 果---結果、輸出結果。

 使用圖形的方式,分析軟體輸入和輸出的對應關系。

3.圖形符号

a.基本圖形,表示輸入和輸出的對應關系:

 *恒等

<a href="https://s1.51cto.com/wyfs02/M00/99/C1/wKiom1lL1CihvCOwAADC4SkYzzA895.png-wh_500x0-wm_3-wmp_4-s_2566567260.png" target="_blank"></a>

 *與

 *或

 因果圖中的限制條件:

 ①互斥。

 *表示a.b.c三個原因不會同時成立,最多有一個可能成立。

 *a.b.c不同時為1,即a.b.c中至多隻有一個。

 ②包含

 *表示a.b.c這3個原因至少有一個必須成立。

 *a.b.c至少有一個1,即a.b.c中不能同時為0.

 ③唯一

 *表示a.b.c中必須有一個成立,且僅有一個成立。

 ④要求

 *表示當a出現,b必須也出現。

 *若a=1,則b必須為1,即不可能a=1且b=0

 ⑤屏蔽

 *若a=1,則b必須為0,而當a為0時,b的值不定。

使用因果圖法設計測試用例基本步驟:

1.找出所有的輸入條件;

2.明确所有的輸入結果;

3.明确所有條件之間的制約關系以及組合關系

4.明确所有輸出之間的制約關系以及組合關系

5.找出什麼樣的輸入條件組合會産生哪種輸出結果。

四、判定表

  畫因果圖隻是一種輔助工具,通過分析最終得到判定表,再通過判定表編寫測試用列。但有時候畫因果圖非常麻煩,影響測試效率,是以在應用熟練之後,可以直接寫判定表,進而編寫測試用例。

 判定表方法就是因果圖法的簡化,步驟完全一樣,省略畫圖過程。

五、正交排列法

六、場景法

定義

現在的軟體幾乎都是用事件觸發來控制流程的,事件觸發時的情景便形成了場景,而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟體設計方面的思想也可引入到軟體測試中,可以比較生動地描繪出事件觸發時的情景,有利于測試設用例場景用來描述流經用例的路徑,從用例開始到結束周遊這條路徑上所有基本流和備選流。

<a href="https://s1.51cto.com/wyfs02/M02/9A/4A/wKiom1lTvzjARJP7AAB8FJqC4KU688.png-wh_500x0-wm_3-wmp_4-s_3267750419.png" target="_blank"></a>

右圖中經過用例的每條路徑都用基本流和備選流來表示:

基本流用黑色表示,是經過用例的最簡單的路徑。

備選流用不同的彩色表示,一個備選流可能從基本流開始,在某個特定條件下執行,然後重新加入基本流中(如備選流 1 和 3);也可能起源于另一個備選流(如備選流 2),或者終止用例而不再重新加入到某個流(如備選流 2 和 4)。

應用的範圍

1)       基本上每個軟體都會用到這種方法,因為每個軟體後面都有業務的支撐

2)       比較常見的有: 網上購物流程, ATM機取款流程等

步驟

1)      畫出需要測試路徑的流程圖(一般選擇工具Office Visio)

2)      分析基本流和備選流

3)      根據基本流和備選流設計測試用例

七、測試大綱方法

八、狀态轉換圖(實際工作中用的少)

   本文轉自327051661 51CTO部落格,原文連結:http://blog.51cto.com/andyboge/1941122,如需轉載請自行聯系原作者

下一篇: 測試計劃

繼續閱讀