場景法(資料是搜集而來,不喜勿噴)
說明:場景法的重點事要熟悉被測功能的需求,業務邏輯,對技術的要求反而不高
一. 場景法的應用場合:
業務比較復雜的軟件系統都適合使用場景法,場景法是基於軟件業務的測試方法,測試人員把自己當成最終用戶,盡可能真實的模擬用戶在使用此軟件的操作情形:
重點模擬兩類操作:
1) 用戶正確操作的業務過程—驗證軟件的業務功能是否正確實現
2) 模擬用戶錯誤操作的情形—驗證軟件的異常處理能力(健壯性)
二、使用場景法的思路
場景法是模擬用戶操作軟件時的各種情景,主要用於測試軟件的業務邏輯和流程。當拿到一個測試任務是,我們並不先關注某個文本框的等價類等是否滿足要求,而是先關注它的主要功能和業務流程是否正確實現,這就需要場景法來完成測試。當業務流程測試沒有問題,也就是軟件的主要功能沒有問題時,我們再去關注控件的等價類、邊界值等細節測試。(先整體后細節)
三、場景法基於兩個方面
1、業務層面(業務的理解更為重要)
測試人員要熟悉所測軟件的業務邏輯,成為該行業的“業務專家”
2、技術層面
1)基本流(有效流、正確流)
模擬用戶正確的業務操作流程就是基本流
2)備選流(無效流、錯誤流)
模擬用戶錯誤的操作流程就是備選流
四、如何使用場景法分析,測試程序:
案例1:ATM取款功能
步驟1:分析需求,整理業務邏輯,列出基本流和備選流
1) 基本流:成功取款過程
2) 備選流:在取款操作過程中可能會出現的各種錯誤情形
列出基本流和備選流
1、 列出基本流(正確的取款流程)
驗證卡—驗證密碼—選擇“取款”功能,選擇取款金額—確認,更新余額,出鈔
2、 列出備選流
1) 銀行卡驗證失敗,卡不能被識別
2) 驗證密碼錯誤(3次以下)
3) 驗證密碼錯誤(3次)
4) 賬戶余額不足
5) 超過當次取款上限(5000元)
6) 超過當日最大取款限額(2萬元)
7) ATM機現金余額不足
步驟2:根據基本流和備選流生成場景(填寫《場景表》)
Valid—v 有效的
Invalid—I 無效的
步驟3:根據場景設計測試用例。
注意:場景和測試用例不一定是1:1的關系
1個場景有可能會需要多條測試用例
1條用例也有可能可以測試多個場景
案例2:五子棋游戲(游戲測試)
方法:場景法
1、 熟悉需求,分析業務過程(游戲規則),填寫場景表
1)分析:
玩家先(玩家黑棋)
電腦先(電腦黑棋)
黑棋會下禁手,如果玩家(黑棋)下禁手會被判負,如果電腦(黑棋),不允許下出禁手,如果下禁手就是bug,
勝,負,和棋
2)列出場景:
玩家先:黑棋勝白棋負 玩家勝電腦負
黑棋負白棋勝 玩家負電腦勝
和棋
玩家下禁手 黑棋負
電腦先:黑棋勝白棋負 電腦勝玩家負
黑棋負白棋勝 電腦負玩家勝
和棋
電腦下禁手 bug
場景編號 |
參加描述 |
場景1 |
玩家先,黑棋(玩家)勝 |
場景2 |
玩家先,黑棋(玩家)負 |
場景3 |
玩家先,和棋 |
場景4 |
玩家先,黑棋(玩家)遇到禁手,如果避開,可以繼續行棋 |
場景5 |
玩家先,黑棋(玩家)遇到雙三禁手,沒避開,黑棋判負 |
場景6 |
玩家先,黑棋(玩家)遇到雙四禁手,沒避開,黑棋判負 |
場景7 |
玩家先,黑棋(玩家)遇到長連禁手,沒避開,黑棋判負 |
場景8 |
電腦先,黑棋(電腦)勝 |
場景9 |
電腦先,黑棋(電腦)負 |
場景10 |
電腦先,和棋 |
場景11 |
電腦先,黑棋(電腦)遇到雙三禁手,必須要避開,繼續行棋,否則就是bug |
場景12 |
電腦先,黑棋(電腦)遇到雙四禁手,必須要避開,繼續行棋,否則就是bug |
場景13 |
電腦先,黑棋(電腦)遇到長連禁手,必須要避開,繼續行棋,否則就是bug |
2、 將場景填寫到場景表中
3、 游戲不需要寫測試用例,執行測試,將執行結果做記錄(截圖、文字)
說明:要求各個場景都要留下證跡(截圖)
截圖的技巧:
1) 對於彈出的提示消息,要調整位置,不要遮擋住任何有效信息
2) 要盡量截取整個軟件(截取完整,不要只截取一部分)