【正文】 ?表中因素數(shù)要 =5 ?表中至少有五個因素數(shù)的水平數(shù) =3 ?得到結(jié)果： L16（ 4**5） 測試用例設計 —— 正交試驗法 ? 00000 ? 01111 ? 02222 ? 03333 ? 10123 ? 11032 ? 12301 ? 13210 ? 20231 ? 21320 ? 22013 ? 23102 ? 30312 ? 31203 ? 32130 ? 33021 大時間片 小時間片 大時間片大閾值 大時間片小閾值 小時間片 1 5 22 21 20 1 15 1003 1002 1001 1 30 999999 999998 999997 1 5 1003 21 20 12 5 1003 999998 1001 12 15 22 1002 999997 12 30 999999 21 1001 12 15 999999 1002 20 24 5 999999 999998 1001 24 15 22 999998 20 24 30 22 1002 999997 24 30 1003 21 999997 1 5 1003 1002 999997 12 15 999999 21 20 24 30 1003 21 20 1 5 22 999998 1001 測試用例設計 —— 正交試驗法 ?選取正交表： ?因素數(shù) =2 ?表中一個因素的水平 =5 ?表中一個因素的水平 =9 ?結(jié)果： L27（ 3**99**1） 測試用例設計 —— 因果圖方法 ?：是一種利用圖解法分析輸入的各種組合情況并且作為輸入條件的原因與輸出結(jié)果之間的因果關系 比較容易從需求規(guī)格說明中得到，從而設計測試用例的方法，它適合于檢查程序輸入條件的各種組合情況 。這樣雖然各種輸入條件可能出錯的情況已經(jīng)測試到了，但多個輸入條件組合起來可能出錯的情況卻被忽視了。 用例設計測試 —— 因果圖方法 ? ? 1) 4種符號分別表示了規(guī)格說明中向 4種因果關系。左結(jié)點表示輸入狀態(tài)（或稱原因），右結(jié)點表示輸出狀態(tài)（或稱結(jié)果）。 Ci和 ei均可取值 0或1， 0表示某狀態(tài)不出現(xiàn)， 1表示某狀態(tài)出現(xiàn) 。 ?②非：若 ci是 1，則 ei是 0；否則 ei是 1?！盎颉笨捎腥我鈧€輸入?！芭c”也可有任意個輸入。例如 , 某些輸入條件本身不可能同時出現(xiàn)。在因果圖中 ,用特定的符號標明這些約束。 ? ② I約束（或）： a、 b和 c中至少有一個必須是 1，即 a、 b 和 c不能同時為 0。 ? ④ R約束（要求）： a是 1時， b必須是 1，即不可能 a是 1時b是 0。 用例設計測試 —— 因果圖方法 ? 5. 采用因果圖法設計測試用例的步驟： ? 1)分析軟件規(guī)格說明描述中 , 那些是原因 (即輸入條件或輸入條件的等價類 ),那些是結(jié)果 (即輸出條件 ), 并給每個原因和結(jié)果賦予一個標識符。 ? 3)由于語法或環(huán)境限制 , 有些原因與原因之間 ,原因與結(jié)果之間的組合情況不可能出現(xiàn)，為表明這些特殊情況 , 在因果圖上用一些記號表明約束或限制條件。 測試用例設計 —— 因果圖方法 ? 1) 根據(jù)題意，原因和結(jié)果如下： ? 原因： ? 1—— 第一列字符是 A； ? 2—— 第一列字符是 B； ? 3—— 第二列字符是一數(shù)字。 測試用例設計 —— 因果圖方法 ? 2) 其對應的因果圖如下： ? 11為中間節(jié)點；考慮到原因 1和原因 2不可能同時為 1，因此在因果圖上施加 E約束。 ? 表中 8種情況的左面兩列情況中，原因①和原因②同時為 1，這是不可能出現(xiàn)的，故應排除這兩種情況。 測試用例設計 —— 因果圖方法 ? 舉例：公交刷卡系統(tǒng) ? 1)寫出原因與結(jié)果： ? 原因： ? 1—— 有余額 ? 2—— 電子錢包 ? 3—— 次卡 ? 4—— 空調(diào)車 ? 5—— 非空調(diào)車 ? 6—— 刷卡時間超過 2小時 測試用例設計 —— 因果圖方法 ? 結(jié)果： ? 21—— 余額不足請投幣 ? 22—— 扣除 ? 23—— 扣除 ? 24—— 扣除 2次 ? 25—— 扣除 1次 ? 26—— 時間未超過 2小時不做扣除 測試用例設計 —— 因果圖方法 ? 3)對應的因果圖如下： 1 2 5 3 6 4 21 26 25 24 23 22 I E 12 11 上的車 該扣除次數(shù) 13 可扣除次數(shù) ∨ ∧ ∧ ∧ 14 ∧ ∧ ∧ 該扣除余額 ∧ 測試用例設計 —— 判定表驅(qū)動分析法 ? ：判定表是分析和表達多邏輯條件下執(zhí)行不同操作的情況的工具。因此，利用判定表能夠設計出完整的測試用例集合。判定表很適合于處理這類問題。 原因 結(jié)果（采取的動作） 測試用例設計 —— 判定表驅(qū)動分析法 ? 1)條件樁（ Condition Stub）：列出了問題得所有條件。 ? 2)動作樁（ Action Stub）：列出了問題規(guī)定可能采取的操作。 ? 3)條件項（ Condition Entry）：列出針對它左列條件的取值。 ? 4)動作項（ Action Entry）：列出在條件項的各種取值情況下應該采取的動作。在判定表中貫穿條件項和動作項的一列就是一條規(guī)則。 ? 2)化簡：就是規(guī)則合并有兩條或多條規(guī)則具有相同的動作，并且其條件項之間存在著極為相似的關系。每個條件有兩個取值（ 0,1） ,故有 2n種規(guī)則。 ? 3)填入條件項。等到初始判定表。 測試用例設計 —— 判定表驅(qū)動分析法 ? 舉例：公交刷卡系統(tǒng) 測試用例設計 —— 判定表驅(qū)動分析法 ?舉例 測試用例設計 —— 錯誤推測法 ?：基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤 , 從而有針對性的設計測試用例的方法。 測試用例設計 —— 錯誤推測法 ?舉例： ?infXAntiSpamming系統(tǒng) 測試用例設計 —— 用例場景方法 ? ? 用例場景是通過描述流經(jīng)用例的路徑來確定的過程，這個流經(jīng)過程要從用例開始到結(jié)束遍歷其中所有基本流和備選流。這種在軟件設計方面的思想也可被引入到軟件測試中，生動的描繪出事 ? 件觸發(fā)時的情景，有利于測試設計者設計測試用例，同時測試用例也更容易的得到理解和執(zhí)行。 測試用例設計 —— 用例場景法 ? 舉例：客戶行為關系管理服保工單流程。 ? ? 從功能圖生成測試用例 ,得到的測試用例數(shù)是可接受的 . 問題的關鍵的是如何從狀態(tài)遷移圖中選取測試用例 . 若用節(jié)點代替狀態(tài) ,用弧線代替遷移 ,則狀態(tài)遷移圖就可轉(zhuǎn)化成一個程序的控制流程圖形式 .問題就轉(zhuǎn)化為程序的路徑測試問題（如白盒測試）問題了 . 測試用例設計 —— 功能圖方法 ? ? 為了把狀態(tài)遷移（測試路徑）的測試用例與邏輯模型（局部測試用例）的測試用例組合起來 ,從功能圖生成實用的測試用例 ,須定義下面的規(guī)則 .在一個結(jié)構(gòu)化的狀態(tài)遷移（ SST）中 ,定義三種形式的循環(huán) :順序 ,選擇和重復 .但分辨一個狀態(tài)遷移中的所有循環(huán)是有困難的 .（其表示圖形省略）。 ? 2)測試路徑生成 :利用上面的規(guī)則（三種）生成從初始狀態(tài)到最后狀態(tài)的測試路徑。 ? :采用條件構(gòu)造樹 . 測試用例設計 —— 綜合策略 ? 1. Myers提出了使用各種測試方法的綜合策略： ? 1)在任何情況下都必須使用邊界值分析方法，經(jīng)驗表明用這種方法設計出測試用例發(fā)現(xiàn)程序錯誤的能力最強。 ? 3)用錯誤推測法再追加一些測試用例。 ? 5)如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法。 ? ? 1)利用設計測試用例的 8種方法不斷的對測試用例進行分解與合并； ? 2)采用遺傳算法理論進化測試用例； ? 3)在測試時利用發(fā)散思維構(gòu)造測試