【導讀】測試是程序執(zhí)行的過程，目的在于發(fā)現錯誤；應當把“盡早地和不斷地進行軟件測試”作。為軟件開發(fā)者的座右銘。測試用例應由測試輸入數據和對應的預期輸。出結果兩部分組成。程序員應該避免檢查自己的程序。在設計測試用例時，應當包括合理的輸入條。充分注意測試中的群集現象。現的錯誤數目成正比。嚴格執(zhí)行測試計劃，排除測試的隨意性。妥善保存測試計劃，測試用例，出錯統(tǒng)計和。軟件測試并不等于程序測試，軟件測試應貫。穿與軟件工程的整個期間。通過在不同點檢查程序的狀態(tài)，確定實際的。又稱為結構測試或邏輯驅動測試。軟件人員使用白盒測試方法，主要想對程序?！凹佟钡膬煞N情況都至少測試一次；果應當是相同的。利用有效等價類可檢驗程序是否實現了規(guī)格說明中所規(guī)定的功能和。不相交的一組子集，而子集的并是整個集合;干個無效等價類。有效等價類和一個無效等價類。且程序要對每一個輸入值分別處理的情況下,

　　

【正文】 求：第一列字符必須是 A或 B，第二列字符必須是一個數字，在此情況下進行文件的修改，但如果第一列字符不正確，則給出信息 L；如果第二列字符不是數字，則給出信息 M。 測試用例設計 —— 因果圖方法 ? 1) 根據題意，原因和結果如下： ? 原因： ? 1—— 第一列字符是 A； ? 2—— 第一列字符是 B； ? 3—— 第二列字符是一數字。 ? 結果： ? 21—— 修改文件； ? 22 —— 給出信息 L； ? 23—— 給出信息 M。 測試用例設計 —— 因果圖方法 ? 2) 其對應的因果圖如下： ? 11為中間節(jié)點；考慮到原因 1和原因 2不可能同時為 1，因此在因果圖上施加 E約束。 測試用例設計 —— 因果圖方法 ? 3)根據因果圖建立判定表。 ? 表中 8種情況的左面兩列情況中，原因①和原因②同時為 1，這是不可能出現的，故應排除這兩種情況。表的最下一欄給出了 6種情況的測試用例，這是我們所需要的數據。 測試用例設計 —— 因果圖方法 ? 舉例：公交刷卡系統(tǒng) ? 1)寫出原因與結果： ? 原因： ? 1—— 有余額 ? 2—— 電子錢包 ? 3—— 次卡 ? 4—— 空調車 ? 5—— 非空調車 ? 6—— 刷卡時間超過 2小時 測試用例設計 —— 因果圖方法 ? 結果： ? 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 上的車 該扣除次數 13 可扣除次數 ∨ ∧ ∧ ∧ 14 ∧ ∧ ∧ 該扣除余額 ∧ 測試用例設計 —— 判定表驅動分析法 ? ：判定表是分析和表達多邏輯條件下執(zhí)行不同操作的情況的工具。 ? ? 能夠將復雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。因此，利用判定表能夠設計出完整的測試用例集合。 ? 在一些數據處理問題當中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。判定表很適合于處理這類問題。 測試用例設計 —— 判定表驅動分析法 ?3. 判定表通常由四個部分組成如下圖所示。 原因 結果（采取的動作） 測試用例設計 —— 判定表驅動分析法 ? 1)條件樁（ Condition Stub）：列出了問題得所有條件。通常認為列出的條件的次序無關緊要。 ? 2)動作樁（ Action Stub）：列出了問題規(guī)定可能采取的操作。這些操作的排列順序沒有約束。 ? 3)條件項（ Condition Entry）：列出針對它左列條件的取值。在所有可能情況下的真假值。 ? 4)動作項（ Action Entry）：列出在條件項的各種取值情況下應該采取的動作。 測試用例設計 —— 判定表驅動分析法 ? ? 1)規(guī)則：任何一個條件組合的特定取值及其相應要執(zhí)行的操作稱為規(guī)則。在判定表中貫穿條件項和動作項的一列就是一條規(guī)則。顯然 ,判定表中列出多少組條件取值 ,也就有多少條規(guī)則 ,既條件項和動作項有多少列。 ? 2)化簡：就是規(guī)則合并有兩條或多條規(guī)則具有相同的動作，并且其條件項之間存在著極為相似的關系。 測試用例設計 —— 判定表驅動分析法 ? ：（根據軟件規(guī)格說明） ? 1)確定規(guī)則的個數 .假如有 n個條件。每個條件有兩個取值（ 0,1） ,故有 2n種規(guī)則。 ? 2)列出所有的條件樁和動作樁。 ? 3)填入條件項。 ? 4)填入動作項。等到初始判定表。 ? 5)簡化 .合并相似規(guī)則（相同動作）。 測試用例設計 —— 判定表驅動分析法 ? 舉例：公交刷卡系統(tǒng) 測試用例設計 —— 判定表驅動分析法 ?舉例 測試用例設計 —— 錯誤推測法 ?：基于經驗和直覺推測程序中所有可能存在的各種錯誤 , 從而有針對性的設計測試用例的方法。 ?： ?列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況 ,根據他們選擇測試用例。 測試用例設計 —— 錯誤推測法 ?舉例： ?infXAntiSpamming系統(tǒng) 測試用例設計 —— 用例場景方法 ? ? 用例場景是通過描述流經用例的路徑來確定的過程，這個流經過程要從用例開始到結束遍歷其中所有基本流和備選流。 ? ? 現在的軟件幾乎都是由事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的 ? 觸發(fā)順序和處理結果形成事件流。這種在軟件設計方面的思想也可被引入到軟件測試中，生動的描繪出事 ? 件觸發(fā)時的情景，有利于測試設計者設計測試用例，同時測試用例也更容易的得到理解和執(zhí)行。 ? 提出這種測試思想的是 Rational 公司，在 RUP2000 中文版當中有其詳盡的解釋和應用，用例場景貫 ? 穿其中。 測試用例設計 —— 用例場景法 ? 舉例：客戶行為關系管理服保工單流程。 測試用例設計 —— 功能圖方法 ? ? 功能圖由狀態(tài)遷移圖和布爾函數組成 .狀態(tài)遷移圖用狀態(tài)和遷移來描述 .一個狀態(tài)指出數據輸入的位置（或時間） ,而遷移則指明狀態(tài)的改變 .同時要依靠判定表或因果圖表示的邏輯功能 .例 ,一個簡化的自動出納機 ATM的功能圖。 ? ? 從功能圖生成測試用例 ,得到的測試用例數是可接受的 . 問題的關鍵的是如何從狀態(tài)遷移圖中選取測試用例 . 若用節(jié)點代替狀態(tài) ,用弧線代替遷移 ,則狀態(tài)遷移圖就可轉化成一個程序的控制流程圖形式 .問題就轉化為程序的路徑測試問題（如白盒測試）問題了 . 測試用例設計 —— 功能圖方法 ? ? 為了把狀態(tài)遷移（測試路徑）的測試用例與邏輯模型（局部測試用例）的測試用例組合起來 ,從功能圖生成實用的測試用例 ,須定義下面的規(guī)則 .在一個結構化的狀態(tài)遷移（ SST）中 ,定義三種形式的循環(huán) :順序 ,選擇和重復 .但分辨一個狀態(tài)遷移中的所有循環(huán)是有困難的 .（其表示圖形省略）。 ? ? 1)生成局部測試用例 :在每個狀態(tài)中 ,從因果圖生成局部測試用例 .局部測試用例由原因值（輸入數據）組合與對應的結果值（輸出數據或狀態(tài)）構成。 ? 2)測試路徑生成 :利用上面的規(guī)則（三種）生成從初始狀態(tài)到最后狀態(tài)的測試路徑。 ? 3)測試用例合成 :合成測試路徑與功能圖中每個狀態(tài)中的局部測試用例 .結果是初始狀態(tài)到最后狀態(tài)的一個狀態(tài)序列 ,以及每個狀態(tài)中輸入數據與對應輸出數據的組合。 ? :采用條件構造樹 . 測試用例設計 —— 綜合策略 ? 1. Myers提出了使用各種測試方法的綜合策略： ? 1)在任何情況下都必須使用邊界值分析方法，經驗表明用這種方法設計出測試用例發(fā)現程序錯誤的能力最強。 ? 2)必要時用等價類劃分方法補充一些測試用例。 ? 3)用錯誤推測法再追加一些測試用例。 ? 4)對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，如果沒有達到要求的覆蓋標準，應當再補充足夠的測試用例。 ? 5)如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法。 測試用例設計 —— 綜合策略 ? ? 1)構造根據設計規(guī)格得出的基本功能測試用例； ? 2)邊界值測試用例； ? 3)狀態(tài)轉換測試用例； ? 4)錯誤猜測測試用例； ? 5)異常測試用例； ? 6)性能測試用例； ? 7)壓力測試用例。 ? ? 1)利用設計測試用例的 8種方法不斷的對測試用例進行分解與合并； ? 2)采用遺傳算法理論進化測試用例； ? 3)在測試時利用發(fā)散思維構造測試用例。