如何使用場景法設計測試用例
由安博測試空間技術中心提供
通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果。場景法一般包含基本流和備用流，從乙個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。
為什麼場景法能如此清晰的描述整個事件？因為，現在的系統基本上都是由事件來觸發控制流程的。如：
我們申請乙個專案，需先提交審批單據，再由部門經理審批，審核通過後由總經理來最終審批，如果部門經理審核不通過，就直接退回。每個事件觸發時的情景便形成了場景。而同一事件不同的觸發順序和處理結果形成事件流。
這一系列的過程我們利用場景法可以清晰的描述清楚。
下圖來展示一下網上最長見的場景法基本情況的乙個例項圖。
在這個圖中，有乙個基本流和四個備選流。
每個經過用例的可能路徑，可以確定不同的用例場景。從基本流開始，再將基本流和備選流結合起來，可以確定以下用例場景：
場景 1 基本流
場景 2 基本流備選流 1
場景 3 基本流備選流 1 備選流 2
場景 4 基本流備選流 3
場景 5 基本流備選流 3 備選流 1
場景 6 基本流備選流 3 備選流 1 備選流 2
場景 7 基本流備選流 4
場景 8 基本流備選流 3 備選流 4
從上面的例項我們就可以了解場景是如何利用基本流和備用流來確定的。
基本流：採用直黑線表示，是經過用例的最簡單的路徑（無任何差錯，程式從開始直接執行到結束）
備選流：採用不同顏色表示，乙個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中，也可以起源於另乙個備選流，或終止用例，不在加入到基本流中；（各種錯誤情況）
下面是場景法的基本設計步驟
1. 根據說明，描述出程式的基本流及各項備選流
2. 根據基本流和各項備選流生成不同的場景
3. 對每乙個場景生成相應的測試用例
4. 對生成的所有測試用例重新複審，去掉多餘的測試用例，測試用例確定後，對每乙個測試用例確定測試資料值
好了。說了一些場景法的基本概念和設計方法。想必大家已經有了一些了解了。
再舉乙個簡單例子來講解下。這裡，我就不用網上很流行的atm的例子了。我結合以前專案中遇到的情況。
設計乙個簡單的例子來講解下。
有乙個**購物的例項，使用者進入乙個**購物**進行購物，選購物品後，進行**購買，這時需要使用帳號登入，登入成功後，進行付錢交易，交易成功後，生成訂購單，完成整個購物過程。
第一步我們來確定基本流和備選流：
第二步我們根據基本流和備選流來確定場景：
第三步我們來設計用例
對於每乙個場景都需要確定測試用例。可以採用矩陣或決策表來確定和管理測試用例。
下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的資訊。
本例中，對於每個測試用例，存在乙個測試用例id、條件（或說明）、測試用例中涉及的所有資料元素（作為輸入或已經存在於資料庫中）以及預期結果。
通過從確定執行用例場景所需的資料元素入手構建矩陣。然後，對於每個場景，至少要確定包含執行場景所需的適當條件的測試用例。例如，在下面的矩陣中，v（有效）用於表明這個條件必須是 valid（有效的）才可執行基本流，而 i（無效）用於表明這種條件下將啟用所需備選流。
下表中使用的「n/a」（不適用）表明這個條件不適用於測試用例。
第四步我們來設計資料，把資料填入上面的用例表中。
以上寫到的測試用例只是購物的一部分測試用例。需要的其他測試用例。
我們可以在寫完後再進行補充和擴充套件，達到比較好的覆蓋。
場景法就介紹到這裡了。估計大家也都了解了。希望這些多大家有所幫助。
測試用例設計 場景法
測試用例設計 場景法 個人見解與學習 時間 2010 11 19 目錄1 引言 3 2 基本測試 3 2.1 測試優缺點 3 2.2 黑盒功能測試分解法 3 2.3 個人簡介篇 3 3 場景法用例 4 1 什麼是場景法？4 2 場景法特點 4 3.1 基本流 6 3.2 分支流 6 3.3 驗證流 ...
測試用例設計方法之因果圖法
一 因果圖法的 大家熟悉的等價類劃分法和邊界值分析法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯絡 相互組合等 但是，如考慮所輸入條件之間的相互組合，會由於組合情況數目相當大，需要大量的測試用例 因果圖法，是一種幫助人們系統地選擇一組高效率測試用例的方法。二 因果圖法的特點 考慮輸入條件間的組合...
功能測試測試用例設計
註冊 登陸測試用例 一 註冊測試用例 測試編號 001 測試目標 驗證系統是否對必填項為空時做出正確的響應 測試環境 windows xp作業系統和瀏覽器ie6.0 測試步驟 1 開啟瀏覽器，在瀏覽器的位址列中輸入 使用者註冊 頁面的url，單擊 轉到 按鈕 2 在 使用者註冊 介面什麼都沒有輸入，...