在第一部分中，我們談到了等價類劃分和邊界值分析方法，但這兩種方法只考慮了單一的輸入條件，並沒有考慮輸入條件的各種組合和輸入條件之間的相互約束。 基於這一缺點，應運而生了因果圖法和判定表法。
一種圖形工具，用於描述輸入條件的組合和每個組合的相應輸出，適用於檢查程式輸入條件的各種組合。
繪製因果圖時，因在左，果在右，自上而下排列，並根據功能規範中規定的因果關係，用以下基本符號連線起來，在因果圖中也可以引入一些中間節點。
就原因而言，有四個主要限制：
E（互斥、互斥）：A和B不會同時出現，最多隻出現乙個 I（包括、或）：A、B、C三個原因中至少乙個必須出現 O（唯一）：A和B必須有兩個原因之一，並且只有乙個必須出現 R（需求）： 當 B 出現時，A 必須出現 就結果而言，有乙個主要約束：
M（遮蔽）：當A出現時，B不得出現;當 A 沒有出現時，B 不確定是否能找到所有原因，即輸入條件或輸入條件的等效類;找出所有結果，結果就是輸出條件;闡明所有輸入條件之間的約束和組合哪些條件不能組合在一起，哪些條件可以組合在一起，明確所有輸出條件和組合關係之間的約束;哪些輸出不能同時輸出，哪些輸出可以同時輸出找出哪些輸入條件組合將產生哪些輸出繪製因果圖;將因果圖轉換為決策表為判定表中的每一列設計測試用例（每列都是乙個測試用例）。 場景：基本代理承認責任或上訴
輸入條件：1 - 承認責任或 2 - 上訴 3 - 個人責任 4 - 組織責任 5 - 三方責任 6 - 負責人 ERP7 - 上訴原因 8 - 描述輸出條件：
A——承認個人責任 B——承認組織責任 C——承認三方責任 D——申訴
選擇“承認責任”，選擇“個人責任”，填寫：責任人ERP，描述->承認責任個人責任，選擇“承認責任”，選擇“組織責任”，填寫：描述->承認組織責任，選擇“承認責任”，選擇“三方責任”，填寫：責任人ERP，三方名稱，描述->承認責任三方責任，選擇“申訴”，填寫： 申訴理由、說明-“申訴判決表”是一種分析和表達在多邏輯條件下執行不同操作情況的工具，它是指乙個**來顯示導致行動的一組條件和條件。
它主要由五個部分組成：
條件存根：問題的所有條件條件項： 所有條件的值組合操作存根： 所有可能的操作操作操作項： 對於每個條件值組合，執行操作存根中的哪些操作規則： 條件值組合及其對應的操作組合條件值組合及其對應的操作組合（即，貫穿決策表中條件項和操作項的列） 在決策表中構成規則，列出所有條件樁和動作樁（輸入和輸出）;填寫條件項（輸入項）;填寫行動專案，得到初步決策表;簡化的決策表（合併相似的規則（相同的操作））。 場景：基本代理承認責任或上訴
選擇“承認責任”，選擇“個人責任”，填寫：責任人ERP，描述->承認責任個人責任，選擇“承認責任”，選擇“組織責任”，填寫：描述->承認組織責任，選擇“承認責任”，選擇“三方責任”，填寫：責任人ERP，三方名稱，描述->承認責任，三方責任，選擇“申訴”，填寫在：上訴理由，描述-“上訴
然而，因果圖和決策表方法在變數值較多、排列組合較多的場景中會產生非常大且冗餘的測試用例，我們很難用完整的測試用例覆蓋所有組合場景 習
作者：王鵬，京東物流。*：京東雲開發者社群自猿說技術**請註明**。