進入新的部門,首先面臨的是熟悉業務以及如何設計用例,如果是新人的話,因爲可能會涉及到思考的角度比較多會遇到不知道如何下手開始寫用例的情況,鑑於一些經驗總結,可以在寫用例的時候整體設計參考如下:
系統切入點
目的:將大的功能模塊切小的完整的功能模塊,將不好把控的全局模塊一部分一部分去吞掉。
思考的角度:從需求入手,以一個大的功能點或者流程線方式入手
方法:比如Web組件,一個登錄或者一個註冊就是相當於一個較爲完整的小的功能模塊,這個模塊裏面包含了歸結爲登錄的流程線,業務功能以及多個頁面。
再比如安全中心,涉及到很多的功能點,但是它是以流程線爲主導的,所以可能更需要從流程入手去切分。
圖1:整體去切分可以細化的模塊
模塊切入點如下:
功能場景:
目的:完成正常的功能點的所有覆蓋
方法:一般爲分析產品PRD或者瞭解所有的流程線
思考切入點:1.是否前後端配置功能點較多 2.流程線是否很多 3.有無突出的功能點
圖2:功能場景細化
前端異常UI:
目的:前端文案提示以及相應邏輯處理
方法:一般應用自己的測試方法,比如等價類邊界值等功能測試方法設計用例並且結合產品自己的功能特性,站在用戶的角度去體驗產品。
思考切入點:
1. 是否有把所有的後端接口返回值進行了合理化的文案提示或者處理
2. 前端的相關Js邏輯處理是否有合理。
圖3:前端UI異常用例設計
服務器接口:
目的:進行相關接口測試
方法:一般根據接口文檔,進行相關返回碼的覆蓋,根據需求進行等價類參數的劃分,關鍵點在於參數的設計。
思考切入點:
1. 每個接口的正常以及異常參數校驗(包含了參數缺失,參數格式錯誤等等)
2. 所有接口的流程線or業務邏輯(比如一個風險帳號的登錄流程等)
圖4:接口測試用例設計
3.接口開關類驗證(比如有些接口有控制開關等);
4.接口依賴(比如某個接口依賴其他服務的接口,查看其他服務接口的返回是否都有做相應的處理等)
全局異常處理:
目的:排除前後端,從系統層面考慮一些其他的情況
思考的切入點:網絡(過慢,抖動等異常提示以及處理),服務之間的相互依賴(服務器掛掉……),用戶操作(操作超時,cookie失效,非法請求)……
關注點:開發團隊是否有將異常全局性的考慮在內