場景法一.方法簡介
現在的軟體幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟體設計方面的思想也可以引入到軟體測試中，可以比較生動地描繪出事件觸發時的情景，有利於測試設計者設計測試用例，同時使測試用例更容易理解和執行。
基本流和備選流：如下圖所示，圖中經過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經過用例的最簡單的路徑。備選流用不同的色彩表示，乙個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中（如備選流1和3）；也可能起源於另乙個備選流（如備選流2），或者終止用例而不再重新加入到某個流（如備選流2和4）。
二.實戰演習
1. 例子描述
下圖所示是atm例子的流程示意圖。
2.場景設計：下表所示是生成的場景。
表3-8 場景設計
注：為方便起見，備選流3和6（場景3和7）內的迴圈以及迴圈組合未納入上表。
3.用例設計
對於這7個場景中的每乙個場景都需要確定測試用例。可以採用矩陣或決策表來確定和管理測試用例。下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的資訊。
本示例中，對於每個測試用例，存在乙個測試用例id、條件（或說明）、測試用例中涉及的所有資料元素（作為輸入或已經存在於資料庫中）以及預期結果。
表3-9 測試用例表
4.資料設計
一旦確定了所有的測試用例，則應對這些用例進行複審和驗證以確保其準確且適度，並取消多餘或等效的測試用例。
測試用例一經認可，就可以確定實際資料值（在測試用例實施矩陣中）並且設定測試資料，如表3-10所示。
表3-10 測試用例表
決策表法：
一.方法簡介
1.定義：判定表是分析和表達多邏輯條件下執行不同操作的情況的工具。
2.判定表的優點
能夠將複雜的問題按照各種可能的情況全部列舉出來，簡明並避免遺漏。因此，利用判定表能夠設計出完整的測試用例集合。
在一些資料處理問題當中，某些操作的實施依賴於多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執行不同的操作。判定表很適合於處理這類問題。
判定表通常由四個部分組成如下圖所示。
1)條件樁（condition stub）：列出了問題得所有條件。通常認為列出的條件的次序無關緊要。
2)動作樁（action stub）：列出了問題規定可能採取的操作。這些操作的排列順序沒有約束。
3)條件項（condition entry）：列出針對它左列條件的取值。在所有可能情況下的真假值。
4)動作項（action entry）：列出在條件項的各種取值情況下應該採取的動作。
3.規則合併
4.例項
1.問題要求：」……對功率大於50馬力的機器、維修記錄不全或已執行10年以上的機器，應給予優先的維修處理……」 。
這裡假定，「維修記錄不全」和「優先維修處理」均已在別處有更嚴格的定義 。請建立判定表。
解答： ①確定規則的個數：這裡有3個條件，每個條件有兩個取值，故應有2*2*2=8種規則。
②列出所有的條件茬和動作樁：
③填入條件項。可從最後1行條件項開始，逐行向上填滿。如第三行是： y n y n y n y n，第二行是： y y n n y y n n等等。
④填入動作樁和動作頂。這樣便得到形如圖的初始判定表。
初始判定表
⑤化簡。合併相似規則後得到圖。
功能測試測試用例設計
註冊 登陸測試用例 一 註冊測試用例 測試編號 001 測試目標 驗證系統是否對必填項為空時做出正確的響應 測試環境 windows xp作業系統和瀏覽器ie6.0 測試步驟 1 開啟瀏覽器，在瀏覽器的位址列中輸入 使用者註冊 頁面的url，單擊 轉到 按鈕 2 在 使用者註冊 介面什麼都沒有輸入，...
測試用例設計思路
為了提高我們編寫測試用例的質量，以下列出了在拿到乙個頁面或模組後，編寫測試用例的思路。請大家參考，如有遺漏請及時補充。1.驗證系統滿足需求或設計中的規定的功能，也就是說首先應該驗證系統滿足正常的功能 通過測試 2.考慮設計中描述的異常情況處理，驗證設計中描述的異常錯誤處理是否實現。3.考慮許可權問題...
如何設計測試用例
a 99 b 10 c 109 a 100 b 10 c 110 a 101 b 10 c error a 10 b 99 c 109 a 10 b 100 c 110 a 10 b 101 c error 其實邊界值合等價類法聯絡是很密切的，大家想一想邊界值是如何產生的，是我們在劃分等價類過程中產...