從本篇文章開始，進入到測試用例設計方法的分享，第乙個要分享的方法就是，場景法。
相信對測試有一定基礎的你會感到奇怪：用例設計方法，不是應該從等價類劃分法說起嗎？為什麼一上來就直接說場景法呢？
對，如果從淺入深的角度，應該是等價類劃分，到邊界值，再到場景法。
這也是很多轉行測試的小夥伴在回答面試題——你知道有哪些測試用例設計方法？
直接就拋概念：等價類劃分法、邊界值法、場景法、因果圖法……
聽你這麼回答，面試官心理大概有答案了：這個面試者沒有工作經驗，只是在背答案而已。
而實際工作中呢？
先是用場景法梳理流程。
乙個部落格**：註冊--> 登陸 --> 寫部落格 --> 發表部落格，分析每乙個環節會有怎樣的走向，再細化到每個環節中，需求文件有什麼樣的說明？
比如，第一步，使用者需要先註冊，註冊會有成功與不成功的情況，需求文件有什麼要求：使用者名稱不能超過50個字元，手機號必填，驗證碼有限期是5分鐘等。
注意到這些量化值了嗎？這時候，等價類劃分法和邊價值法就該出場了。
經過這麼一說，可以理解我為什麼從場景法開始說起了吧。
場景法：
盡可能真實模擬使用者操作的一種用例設計分析方法。場景法主要基於2個層面開展：
業務（需求）層面：對被測軟體的重要功能、業務邏輯（系統要實現什麼、如何實現？）、行業背景深入理解
技術層面：基於等價類劃分中的有效等價類——模擬使用者正確操作；無效等價類——模擬使用者錯誤操作
核心概念：
基本流（正確流、有效流）：模擬使用者正確的操作流程
備選流（錯誤流、無效流）：模擬使用者錯誤的操作流程
流程圖中，藍色的部分屬於基本流，全部操作正確，可以成功取款並退卡；但是，各個環節中延伸出來的錯誤操作，即屬於備選流。
當然，備選流也是有機會重新回到基本流中的。
最後，為了優化測試用例，在場景法梳理的流程中，如果前面的步驟測試通過了，可以將其設定為測試用例的前置條件。
leo never stop fighting！
軟體測試 用例
三 什麼是測試用例的有效性 四 測試用例的粒度和評價 軟體測試 用例 本節重點 1.測試用例的基本要素 2.測試用例的設計方法 3.測試用例的有效性 4.測試用例的粒度和評價 測試用例就是向被測試系統發起的一組集合，包含測試資料，測試環境，操作步驟，預期結果 要素 測試前期 測試版本 功能模組 重要...
軟體測試與軟體測試用例
程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作，經歷了對測試用例認識的不同階段。第一階段，入門。編號，測試點，測試環境，測試資料，測試步驟，預期結果，設計人，設計時間，執行結果，執行時間，備註。所有的一切都要寫的清清楚楚，詳詳細細。設計 評審 修改，迴圈往復。這個階段提到的有關測試用例設計最...
軟體測試 測試用例筆記
軟體測試基礎 滿足需求為目的，保證軟體質量，滿足使用者需求 軟體測試流程 需求分析，計畫制定 用例編寫 結果報告 測試生命週期 計畫 設計 開發 執行 評估 黑盒測試 功能 相容性 灰盒測試 效能 易用性 白盒測試 安全 ui元素 測試用例是一組在測試時輸入輸出的標準，軟體需求的具體對照 測試用例的...