作為乙個測試人員，測試用例的設計是工作中必不可少的一項技能，優秀的測試用例設計不僅能夠需求覆蓋面，同時還能夠提高工作效率。
測試用例的方法從現有的總結的方法中無非是等價類劃分，邊界值分析方法、錯誤推測法、因果圖方法、判定表驅動分析方法、正交試驗設計方法、功能圖分析法、場景設計方法（具體操作檢視測試用例設計***）等等方法，回過頭來想想自己設計測試用例真的只有這些設計方法麼？我看未必，因為做黑盒測試的過程中，測試用例的設計過程中設計的思維方式可能很多，更多的設計的思維方式是可以歸結為以上幾種方式，我想要表達的是設計測試用例更應該靈活些，前輩們總結的測試方法是從實踐中總結的理論知識，理論和實踐是相輔相成，真實的測試過程中有很多是理論中還未總結出來的。
我的印象中，測試用例的設計是建立在對業務需求理解的深度層次上的。當乙個新員工剛進入接觸乙個軟體時設計測試用例既要保證功能點覆蓋率充足，在設計用例時更多的是從點入手，比如說，頁面有什麼控制項，有什麼功能，可以有哪些操作，從點到線，某個操作之後都會有什麼結果，某一布的下一步可以是哪一步，逐漸了解整個軟體的整個「面」，然而這時候設計的用例雖然保證了功能點的覆蓋，然而卻可能存在大量榮冗餘的測試用例，優先順序不清楚的用例，往會導致效率不高，級別較高的bug後發現。持續下去就會遇到上面一段中提到的問題，新功能和原有功能的測試如果以用例為依據測試的功能點覆蓋率保障了，時間和效率降低了，以員工經驗對業務理解為基礎效率提高了，是否存在漏測的風險增加了。
在實際操作中，新功能或者新員工在寫測試用例可以使用上面的比較方法，從各個功能點入手寫測試用例，畢竟強制實現簡潔的用例，較高的覆蓋率的用例需要思考時間的。那麼在測試用例的設計過程中，每個測試組的組員的設計用例模板一定保持一致。
其次，在隨著對業務的理解加深和比較熟悉業務的人員在時間允許的情況下，完善測試用例，刪除冗餘的測試步驟，合併不同的預期結果。比如這樣的乙個功能，新註冊使用者第一次登陸，送積分獎勵，同時系統中會傳送訊息，提示繫結手機號。可能在最開始的測試用例設計時會設計新使用者登入一條、新註冊的積分獎勵一條、繫結手機功能一條用例，在隨著業務的理解較深時就可以設計為一條用例，乙個登入操作，驗證多個功能點。不斷的簡化用例，設定用例的執行的優先順序，等於隨著時間的積累實現乙個完整的用例庫，每次執行按用例庫的執行既能保證測試時間同時保證需求的覆蓋率。
談談測試用例的分類
一般來講，測試用例設計的時候可以採用二維的方式歸類 橫向的分類主要根據功能模組進行劃分。根據產品的不同而有所不同，但是一般每乙個測試用例，都能追溯到乙個具體的功能需求。具有類似功能需求的測試用例會放在一起，形成乙個功能模組的測試集。縱向的分類主要根據測試的型別進行分類。主要有以下幾種型別 這類測試用...
測試用例設計
1.測試用力的概念 測試用例是為特定的目的而設計的一組的測試輸入。執行條件和預期的結果，體現在測試方案 方法 技術和策略。2.測試用例具備的特點 1 正確性 2 完整性 3 準確 4 清晰 簡潔 5 可維護性 6 適應性 7 可重用性 8 其他 3.測試用例基本原則 個人認為比較重要的加黑了。1 基...
測試用例設計
1.名稱與標識 2.測試追蹤 3.用例說明 4.測試的初始化要求 5.測試的輸入 6.期望的測試結果 7.評價測試結果的準則 8.操作過程 9.前提和約束 10.測試終止條件 編寫用例規範 1 系統性 對系統業務流程要完整說明整個系統的業務需求 系統由幾個子系統組成以及它們之間的關係 對模組業務流程...