測試場景和測試用例區別是什么？為什么先要設計測試場景？測試場景對應的是實際的業務場景，業務場景是業務流程中因不同的事件觸發后的業務情景。測試場景就是對事件觸發時的業務情景在質量角度的描述。而測試用例是對測試場景在測試范圍和測試點的詳細覆蓋。

第一步：根據業務的目標（價值）、類別、技術等輸入，確定業務場景分析的范圍。

業務分析就是需求分析的過程。這里不僅僅考慮需求的功能邏輯，還需要結合不同業務類型，根據歷史業務經驗沉淀和風險沉淀進行綜合考慮。

第二步：業務流程梳理（業務場景）

將需求說明轉化為業務流程，完成事件流（基本流+備選流）以及業務分析過程和技術分析過程的梳理。細化出原子級別的場景分支。

事件流： 同一事件不同的觸發順序和處理結果形成事件流，事件流分為基本流和備選流

基本流： 程序從開始執行直到成功結束所經過的最短路徑。

備選流： 一個備選流可能從基本流開始，在特定條件下執行，然后重新加入基本流中；也可起源于另一個備選流，執行后加入基本流或終止用例。根結點的備選流要具備原子性。

第三步：場景串聯

通過第二步中拆解的場景，根據沉淀后的場景集，用組合，合并等方法梳理出所有的事件流。事件流必須100%覆蓋所有的基本流+備選流組合。

測試用例設計

測試用例的設計很多時候是測試數據設計的過程，根據事件流（基本流+備選流）、數據和根據不同的角色，進行用例覆蓋。需要確保所有場景100%覆蓋。

非功能性設計擴展

測試用例在設計上除了考慮功能性質量屬性，還需要對非功能性進行覆蓋，推薦一個四字法進行設計。

多：針對測試用例進行大數據量覆蓋測試

并：針對測試用例進行大數據量同時執行，驗證并發下的測試結果

復：重復的參數對同一用例進行執行測試。驗證冪等結果是否符合預期。

異：用非正常輸入值進行用例測試。驗證結果的正確性。

測試策略

策略其實考慮兩個問題，過程和方法：“測什么”，“怎么測”。

1）你的測試對象是什么？

2）本次測試的目標是什么？

3）測試中重點、難點、風險是什么？

4）測試要覆蓋的深度和廣度

5）如何安排各種測試計劃（先測什么，再測什么，時間資源安排）

6）如何準出（測試結果）

推薦閱讀：

如何編寫高質量的測試用例？測試用例設計方法總結

怎么進行測試用例管理？測試用例管理平臺的功能有哪些？

測試用例設計的5大步驟及注意事項

為什么要用測試用例管理工具？如何選擇測試管理工具？

測試用例管理之常見的測試用例變更有哪些類型

測試用例怎么寫？測試用例設計方法大全

如何使用和管理測試用例？測試用例管理的主要功能有哪些？

一般寫測試用例用什么工具？好用的測試用例管理工具推薦