現在的軟體幾乎都是用事件觸發來控制流程的，事件觸發時的情景形成了場景
何為場景？
--場景可以理解為由"那些人、什麼時間、什麼地點、做什麼以及如何做"等要素組成的一系列相關活動，且場景中的活動還能由一系列場景組成
場景法組成：
場景組合：
按上圖組合多個不同的場景：
場景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取款機的場景流程，並設計測試用例和測試資料
基本流：1.插入磁卡
2.atm驗證賬戶正確
3. 輸入密碼正確，通過驗證
4.輸入取款金額
5.取出金額
6.取卡
備選流一：賬戶不存在或者受限制
備選流二：密碼不正確，還有輸入機會
備選流三：密碼不正確，沒有輸入機會
備選流四：卡中餘額不足
備選流五：atm機中餘額不足
備選流六：超過每日最大提款限額
備選流七：輸入金額非100的倍數
案例分析（二）
問題：採用場景法進行測試用例設計
前提條件：該系統需求中業務流程描述清晰，故採用場景法設計用例
第一步：確定軟體的基本流和各項備選流
基本流
備選流
備選流x的含義為可於任何步驟中發生，故標識為未知數x
第二步：依據基本流和備選流生成不同的場景
第三步：針對生產的各場景，設計相應的測試用例。
第四步：重新審核生成的測試用例，去掉多餘部分，並針對最終確定出測試用例，設計測試資料
設定以下前置條件：
1、旅館住宿系統中僅支援房間型別為：標準間（100/天），單人間（200/天），雙人間（300/天）
2、單人間已注滿，其他房間有空餘
3、hello為系統的已註冊使用者，密碼為123456
4、nihao為未註冊的使用者
5、賬戶餘額
以上案例均可以用場景法來完成測試用例的編寫！
計畫測試場景
目標 1 測試終端使用者響應時間 多長時間完成業務處理 2 定義最優硬體配置 哪種硬體配製提供最優的效能 3 檢查穩定性 系統可以執行多長時間不會發生出錯或失敗 4 檢查硬體或軟體公升級 公升級如何影響效能和穩定性 5 評價新產品 選擇哪種伺服器硬體或軟體 6 測量系統能力 在不降低效能下系統能夠處...
效能測試場景
執行緒數 需要設定的併發使用者數 併發使用者數 受cpu的主頻 分配的記憶體大小 作業系統 允許開啟檔案數量 開放的埠數量 的影響，一台電腦，大概能支援 1500併發使用者數以內 http協議 ramp up時間 在多長時間內啟動所有的執行緒。注意 只是說明，在第n秒結束時，會產生m個併發使用者數，...
效能測試場景設計之容量測試場景設計
目前僅限於容量測試場景設計。場景模型的設計過程其實就是根據預期目標tps和測試模型計算出每乙隻交易的併發使用者數和迭代間隔時間。選擇固定間隔時間方式，詳細方法請看7.3節中的pacing選項的說明，不同的預期目標tps將會得到不同的併發使用者數和間隔時間。首先，假定乙個總的目標tps，然後通過測試模...