進入新的部門,首先面臨的是熟悉業務以及如何設計用例，如果是新人的話，因為可能會涉及到思考的角度比較多會遇到不知道如何下手開始寫用例的情況，鑑於一些經驗總結，可以在寫用例的時候整體設計參考如下：

系統切入點

目的：將大的功能模組切小的完整的功能模組，將不好把控的全域性模組一部分一部分去吞掉。

思考的角度：從需求入手，以一個大的功能點或者流程線方式入手

方法：比如Web元件，一個登入或者一個註冊就是相當於一個較為完整的小的功能模組，這個模組裡面包含了歸結為登入的流程線，業務功能以及多個頁面。

再比如安全中心，涉及到很多的功能點，但是它是以流程線為主導的，所以可能更需要從流程入手去切分。

   圖1：整體去切分可以細化的模組

模組切入點如下：

功能場景：

目的：完成正常的功能點的所有覆蓋

方法：一般為分析產品PRD或者瞭解所有的流程線

思考切入點：1.是否前後端配置功能點較多  2.流程線是否很多  3.有無突出的功能點

           圖2：功能場景細化

前端異常UI：

目的：

方法：一般應用自己的測試方法，比如等價類邊界值等功能測試方法設計用例並且結合產品自己的功能特性，站在使用者的角度去體驗產品。

思考切入點：

1.      是否有把所有的後端介面返回值進行了合理化的文案提示或者處理

2.      前端的相關Js邏輯處理是否有合理。

          圖3：前端UI異常用例設計

伺服器介面：

目的：進行相關介面測試

方法：一般根據介面文件，進行相關返回碼的覆蓋，根據需求進行等價類引數的劃分，關鍵點在於引數的設計。

思考切入點：

1.      每個介面的正常以及異常引數校驗（包含了引數缺失，引數格式錯誤等等）

2.      所有介面的流程線or業務邏輯（比如一個風險帳號的登入流程等）

        圖4：介面測試用例設計

3.介面開關類驗證（比如有些介面有控制開關等）;

4.介面依賴（比如某個介面依賴其他服務的介面，檢視其他服務介面的返回是否都有做相應的處理等）

全域性異常處理：

目的：排除前後端，從系統層面考慮一些其他的情況

思考的切入點：網路（過慢，抖動等異常提示以及處理），服務之間的相互依賴（伺服器掛掉……），使用者操作（操作超時，cookie失效，非法請求）……

關注點：開發團隊是否有將異常全域性性的考慮在內