場景法

提高測試效果的方法

場景法:通過運用場景來對系統的功能點或業務流程的描述,從而提高測試效果的一種方法。用例場景來測試需求是指模擬特定場景邊界發生的事情,通過事件來觸發某個動作的發生,觀察事件的最終結果,從而用來發現需求中存在的問題。我們通常以正常的用例場景分析開始,然後再著手其他的場景分析。

背景


現在的軟體幾乎都是用事件觸發來控制流程的,事件觸發時的情景便形成了場景,而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟體設計方面的思想也可以引入到軟體測試中,可以比較生動地描繪出事件觸發時的情景,有利於測試設計者設計測試用例,同時使測試用例更容易理解和執行。
場景法一般包括基本流和備選流。從一個流程開始,圖中經過用例的每條路徑都可以用基本流和備選流來表示。直黑線表示基本流,是經過用例的最簡單的路徑。

測試用例


通過運用場景來對系統的功能點或業務流程的描述,從而提高測試效果。場景法一般包含基本流和備用流,從一個流程開始,通過描述經過的路徑來確定的過程,經過遍歷所有的基本流和備用流來完成整個場景。
場景法
場景法
為什麼 場景法能如此清晰的描述整個事件?因為,現在的系統基本上 都是由事件來觸發控制流程的。如:我們申請一個項目,需先提交審批單據,再由部門經理審批,審核通過後由總經理來最終審批,如果部門經理審核不通過,就直接退回。每個事件觸發時的情景便形成了場景。而同一事件不同的觸發順序和處理結果形成事件流。這一系列的過程我們利用 場景法可以清晰的描述清楚。

備選流


每個經過用例的可能路徑,可以確定不同的用例場景。從基本流開始,再將基本流和備選流結合起來,可以確定以下用例場景:
場景 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”(不適用)表明這個條件不適用於測試用例。
場景法
場景法
第四步設計數據,填入數據
場景法
場景法
以上寫到的測試用例只是購物的一部分測試用例。需要的其他測試用例。
我們可以在寫完后再進行補充和擴展,達到比較好的覆蓋。
場景法就介紹到這裡了。估計大家也都了解了。希望這些多大家有所幫助。