測試用例設計 判定表

2022-04-11 09:20:21 字數 1014 閱讀 8739

判定表(decision table)是另一種表達邏輯判斷的工具。與結構化語言和判斷樹相比,判斷表的優點是能把所有條件組合充分地表達出來;其缺點是判定表的建立過程較煩雜,且表達方式不如前兩種簡便。判定表在用於知識表達中,有許多其他方式所達不到的作用。

中文名 判定表

判定表是分析和表達多邏輯條件下執行不同操作的情況的工具。

如圖所示,判定表通常有以下四個部分組成:

1)條件樁(condition stub):在左上部,列出了問題的所有條件。通常認為列出的條件的次序無關緊要。

2)動作樁(action stub):在左下部,列出了問題規定可能採取的操作。這些操作的排列順序沒有約束。

3)條件項(condition entry):在右上部,列出針對它左列條件的取值。在所有可能情況下的真假值。

4)動作項(action entry):在右下部,列出在條件項的各種取值情況下應該採取的動作。

判定表的建立步驟:

1)確定規則的個數.假如有n個條件。每個條件有兩個取值(0,1),故有2的n次方種規則。

2)列出所有的條件樁和動作樁。

3)填入條件項。

4)填入動作項。得到初始判定表。

5)簡化.合併相似規則(相同動作)。

合併判定表是犧牲測試充分性,混亂業務邏輯為代價。8條以內不建議合併。

6)抽取測試用例

簡化判定表後,可抽取其每一條規則作為測試用例,判定表得到的是測試規則,不是最終的測試用例。規則不能驗證功能點的正確性,僅驗證業務規則的正確性。

判定表的優點:

能夠將複雜的問題按照各種可能的情況全部列舉出來,充分考慮了輸入域之間的組合情況,每條規則覆蓋了多條輸入條件,考慮輸入的約束關係,簡明並避免遺漏。因此,利用判定表能夠設計出完整的測試用例集合。在一些資料處理問題當中,某些操作的實施依賴於多個邏輯條件的組合,即:針對不同邏輯條件的組合值,分別執行不同的操作。判定表很適合於處理這類問題。

判定表的缺點:

當輸入項過多時,規則數以2的n次方劇增,判定表會非常龐大,採用判定表合併時會造成邏輯缺失,業務混亂錯誤的情況。

測試用例設計 判定表

1.定義 判定表通常由四部分組成,如上圖 條件樁 它列出決定一組條件的物件 條件項 它列出各種可能的條件組合 動作樁 它列出所有的操作 動作項 它列出在對應的條件組合下的動作。2.應用的範圍 在多個條件多個動作,並且每個條件的取值只有兩種的情況下,我們就可以採用判定表方法。3.步驟 1 識別條件和動...

設計測試用例 判定表法

判定表就是乙個 最簡單的類似於 田 字。左上角是條件名稱,左下角是動作名稱 右上角是條件取值和條件組合,右下角是對應的動作取值和相應的活動。條件名稱是否 動作名稱 動作1動作2 用例1用例2 乙個條件的判定表 判定表是分析和表達多邏輯條件下執行不同操作的情況的工具,因此,往往分析的都是多個條件的組合...

判定表法測試用例設計

判定表也稱我決策表,能表示輸入條件的組合,以及與每一輸入組合對應的動作組合。與因果圖法相似判定表法主要側重輸入條件之間的邏輯關係。1.判定表主要包含以下五部分 條件樁 列出所有可能的條件 條件項 列出所有的條件取值組合 動作樁 列出所有可能的操作 條件項 列出在每一種條件取值組合的情況下,執行動作樁...