因：輸入條件
果：輸出條件，輸出結果
適用於輸入條件之間相互制約、相互依賴的關系
1、恒等 c1=c2 1 ； c1!=c2 0;
2、非 ~ c1=1,~c1=0
3、或 v c1=1或c2=1或c3=1則c4=1
4、與 c1=1 and c2 =1 則 c3 =1
1、互斥 2、包含 3、屏蔽 4、唯壹 5、要求
1、輸入條件 、輸入條件等價類
2、輸出條件
3、輸入條件的制約關系、組合關系
4、輸出條件的制約關系、組合關系
5、什麽輸入條件產生什麽輸出結果
6、判定/決策表
7、設計測試用例
因果圖表示出壹個測試用例，列出表格
通過因果圖 輸出因果表格
決策表是把作為條件的所有輸入的各種組合值以及對應輸出值都羅列出來而形成的表格。它能夠將復雜的問題按照各種可能的情況全部列舉出來，簡明並可避免遺漏。因此，利用決策表能夠設計出完整的測試用例集合。
組成部分：
1、條件樁：所有條件
2、動作樁：所有結果
3、條件項：針對條件樁的取值
4、動作項：針對動作樁的取值
書寫步驟：：
1、列出所有的條件樁、動作樁
2、填寫條件和動作樁中的項目
3、簡化判定表
（合並 ‘-’ 表示，對於合並的數據對於結果，沒有任何的影響，即可與合並）
打印機是否能打印出來正確的內容有多個因素影響，包括驅動程序、紙張、墨粉等。（為了簡化問題，不考慮中途斷電、卡紙等因素的影響）
假定： 優先警告 缺紙，然後警告沒有墨粉，最後警告驅動程序不對。
1)列出條件樁和動作樁
條件樁: a)驅動程序是否正確 b)是否有紙張 c)是否有墨粉
動作樁: a) 打印內容 b)提示驅動程序不對 c)提示沒有紙張 d)提示沒有墨粉
2）生成判定表
3）簡化判定表 根據優先級警告
基本流：模擬正確的操作流程
備選流：模擬錯誤的操作流程
用例場景用來描述流經用例路徑的過程，這個過程從開始到結束遍歷用例中的所有基本流和備選流。
覆蓋系統用例中的主成功場景和拓展場景，並補充各種正反面的測試用例和考慮出的異常的場景的情形。
在冒煙測試中主要采用場景法來測試。
適用於先後順序的測試，常用業務流程、安裝流程等
每個流程就是壹條測試用例，它只是在測試整體流程是否正確，細節還需要用等價類、邊界值等方法進行完善。
步驟：
1、分析需求
2、根據業務流程圖，列出測試用例
3、進行必要的業務路徑覆蓋測試
根據經驗和直覺來設計測試用例，它根據之前項目相關的BUG數據總計而來。
（1）數據流圖 (DFD)
用於表示業務信息系統中的數據流，它表達了系統中的據傳從輸入到存儲間所涉及的程序。
數據流圖可以分為邏輯形和物理形。邏輯數據流圖描述了用以完成某業務功能所涉及的、業務層面的數據流動， 物理數據流圖則描述系統層面的數據流動。
（2）數據流程圖組成部分
（3）數據流程圖錯誤
1、黑洞 - 程序步驟可能有輸入流，但沒有輸出流。
2、奇跡 - 壹個程序步驟可能有輸出流，但沒有輸入流。
3、灰孔 - 程序步驟的輸出可能大於其輸入的總和
某公司銷售人員獎勵方案：銷售人員的提成總額由銷售額扣除業務費後得到。單筆合同或訂單必須在所有貨款收齊後才可以計算提成。訂單貨款需於三個月內實現回款，否則提成按不同的回收時間予以打折計提，具體提成計算辦法：超過三個月回收貨款的業務提成按提成總額的8成計提；超過六個月回款，取消計提獎金。超出公司規定銷售原價成交的業務，超出部分的30%作為銷售人員獎勵。貨款未能回收，公司視銷售人員責任大小，追究銷售人員10%-50%的追償責任。
分別用判定樹、判定表和結構化語言表示獎勵方案。
結構化語言：循環結構、順序結構、判斷結構
關鍵詞： if then else and or
建立壹個簡化的商業自動化系統，營業員記錄每日銷售商品（商品名、編號、單價、數量、銷售時間），收款員記錄收到的現金額和購物余額，經理統計每日銷售額，在必要時查看某商品的銷售情況。
第壹步建立頂層數據流圖：
分析：
數據流：銷售的商品、日銷售額等
數據源：營業員、經理、收款員
數據潭：經理收款員
加工名：要建立的系統名字
第二步分解至0層數據流圖：
第四步建立數據字典