如何才能設計出好的測試用例
阿新 • • 發佈:2021-12-01
掌握了等價類、邊界值、錯誤推斷三種用例的方法。
1.不同的軟體專案在研發生命週期的各個階段都會有不同的測試型別。比如傳統的軟體開發通常有單元測試,軟體模組整合階段會有程式碼級整合測試,打包部署會有面向終端使用者的gui測試,再比如,電商網站的測試會分為伺服器端基於api測試、中介軟體測試、前端gui測試
2.設計出好的測試用例的關注點和方法論可能會有很大的差異。有些採用黑盒,有些採用白盒方法,有些採用灰盒方法。
3.需要深入理解被測軟體需求的最好方法,需要在需求分析和設計階段開始介入,這個階段是理解和掌握軟體原始業務需求的最好時機。
4.真正理解業務需求、去針對性明確、從終端使用者使用場景考慮端到端的測試用例集。這個階段測試用例設計,驗證各個也需求是否被滿足。
5.設計用例的時候,首先搞清楚每一個業務需求對應多個軟體功能需求點,然後分析出每個軟體功能需求點對應多個測試需求點,最後針對測試需求點設計測試用例
6.只有深入理解被測試軟體的架構,你才能設計出“有的放矢”的測試用例集,去發現系統邊界以及系統整合上的潛在缺陷,作為測試工程師,切忌不能把整個被測系統看作一個大黑盒,你必須對內部的架構有清楚的認識,比如資料庫連線方式、資料庫的讀寫分離、訊息中介軟體 Kafka 的配置、快取系統的層級分佈、第三方系統的整合等等。
7.必須深入理解被測軟體的設計與實現細節,深入理解軟體內部的處理邏輯。
單單根據測試需求點設計的用例,只能覆蓋“表面”的一層,往往會覆蓋不到內部的處 理流程、分支處理,而沒有覆蓋到的部分就很可能出現缺陷遺漏。在具體實踐中,你可以通過程式碼覆蓋率指標找出可能的測試遺漏點。 同時,切忌不要以開發程式碼的實現為依據設計測試用例。因為開發程式碼實現的錯誤會導致測試用例也出錯,所以你應該根據原始需求設計測試用例。