掌握了等價類、邊界值、錯誤推斷三種用例的方法。
1.不同的軟體專案在研發生命週期的各個階段都會有不同的測試型別。比如傳統的軟體開發通常有單元測試，軟體模組整合階段會有**級整合測試，打包部署會有面向終端使用者的gui測試，再比如，電商**的測試會分為伺服器端基於api測試、中介軟體測試、前端gui測試
2.設計出好的測試用例的關注點和方**可能會有很大的差異。有些採用黑盒，有些採用白盒方法，有些採用灰盒方法。
3.需要深入理解被測軟體需求的最好方法，需要在需求分析和設計階段開始介入，這個階段是理解和掌握軟體原始業務需求的最好時機。
4.真正理解業務需求、去針對性明確、從終端使用者使用場景考慮端到端的測試用例集。這個階段測試用例設計，驗證各個也需求是否被滿足。
5.設計用例的時候，首先搞清楚每乙個業務需求對應多個軟體功能需求點，然後分析出每個軟體功能需求點對應多個測試需求點，最後針對測試需求點設計測試用例
6.只有深入理解被測試軟體的架構，你才能設計出「有的放矢」的測試用例集，去發現系統邊界以及系統整合上的潛在缺陷，作為測試工程師，切忌不能把整個被測系統看作乙個大黑盒，你必須對內部的架構有清楚的認識，比如資料庫連線方式、資料庫的讀寫分離、訊息中介軟體 kafka 的配置、快取系統的層級分布、第三方系統的整合等等。
7.必須深入理解被測軟體的設計與實現細節，深入理解軟體內部的處理邏輯。
單單根據測試需求點設計的用例，只能覆蓋「表面」的一層，往往會覆蓋不到內部的處
理流程、分支處理，而沒有覆蓋到的部分就很可能出現缺陷遺漏。在具體實踐中，你可以通過**覆蓋率指標找出可能的測試遺漏點。
同時，切忌不要以開發**的實現為依據設計測試用例。因為開發**實現的錯誤會導致測試用例也出錯，所以你應該根據原始需求設計測試用例。
如何設計測試用例
測試基礎 測試用例 測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。測試用例作用 檢驗是否滿足客戶需求 度量測試人員的工作量 展現測試用例的思路。測試用例包含 用例編號 唯一的編號。用例名稱 言簡意賅，描述準確...
如何設計測試用例
用例設計原則 存在關聯業務的測試點的考慮 常用測試設計方法 測試型別分析法 將乙個功能點按照不同的測試型別進行劃分，針對每乙個測試型別都進行測試點設計的分析方法。舉例說明 功能測試 效能測試 壓力測試 可靠性測試 相容性測試 安全性測試 容錯測試 功能測試常規測試點 基本流程測試 單個輸入框測試 邊...
如何設計測試用例
網路 測試工作最為基礎核心的內容就是設計測試用例，什麼樣的測試用例是好的測試用例？我們一般會認為數量越少，發現缺陷越多的用例就是最好的用例。那麼我們如何才能設計出好的測試用例呢？乙份好的用例是設計出來的，是測試人員思路和方法的集合，而非測試邏輯和需求的羅列。測試用例設計的幾個準則 1 用例設計 思路...