測試用例之場景法


場景法(資料是搜集而來,不喜勿噴)

說明:場景法的重點事要熟悉被測功能的需求,業務邏輯,對技術的要求反而不高

一. 場景法的應用場合:

業務比較復雜的軟件系統都適合使用場景法,場景法是基於軟件業務的測試方法,測試人員把自己當成最終用戶,盡可能真實的模擬用戶在使用此軟件的操作情形:

重點模擬兩類操作:

1) 用戶正確操作的業務過程驗證軟件的業務功能是否正確實現

2) 模擬用戶錯誤操作的情形驗證軟件的異常處理能力(健壯性)

二、使用場景法的思路

場景法是模擬用戶操作軟件時的各種情景,主要用於測試軟件的業務邏輯和流程。當拿到一個測試任務是,我們並不先關注某個文本框的等價類等是否滿足要求,而是先關注它的主要功能和業務流程是否正確實現,這就需要場景法來完成測試。當業務流程測試沒有問題,也就是軟件的主要功能沒有問題時,我們再去關注控件的等價類、邊界值等細節測試。(先整體后細節

三、場景法基於兩個方面

1、業務層面(業務的理解更為重要)

測試人員要熟悉所測軟件的業務邏輯,成為該行業的“業務專家”

2、技術層面

1)基本流(有效流、正確流)

模擬用戶正確的業務操作流程就是基本流

2)備選流(無效流、錯誤流)

模擬用戶錯誤的操作流程就是備選流

四、如何使用場景法分析,測試程序:

案例1ATM取款功能

步驟1:分析需求,整理業務邏輯,列出基本流和備選流

1) 基本流:成功取款過程

2) 備選流:在取款操作過程中可能會出現的各種錯誤情形

列出基本流和備選流

1、 列出基本流(正確的取款流程)

驗證卡驗證密碼選擇“取款”功能,選擇取款金額—確認,更新余額,出鈔

2、 列出備選流

1) 銀行卡驗證失敗,卡不能被識別

2) 驗證密碼錯誤(3次以下)

3) 驗證密碼錯誤(3次)

4) 賬戶余額不足

5) 超過當次取款上限(5000元)

6) 超過當日最大取款限額(2萬元)

7) ATM機現金余額不足

步驟2:根據基本流和備選流生成場景(填寫《場景表》)

Valid—v 有效的

Invalid—I 無效的

步驟3:根據場景設計測試用例。

注意:場景和測試用例不一定是11的關系

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) 要盡量截取整個軟件(截取完整,不要只截取一部分)


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM