在測試用例設計時，除了需要遵守基本的測試用例編寫規范外，還需要遵循些基本的原則。
1盡量避免含糊的測試用例
含糊的測試用例給測試過程帶來網難，甚至會影響測試的結果。在測試過程。}一，測試用例的狀態是惟一的，通常情況下，在執行測試過程。}J，良好的測試用例一般會有二種狀態：通過(PAss)、未通過(Failed)以及未進行測試(Not Done)，如果測試術通過，一般會有測試的錯誤(bug)報告進行關聯：如未進行測試，則需要說明原因(測試用例本身的錯誤、測試用例目前不適用、環境因素等)，因此，清晰的測試用例使測試人蚰在測試過程中小會出現模棱兩可的情況，不能說這個測試用例部分通過，部分未通過，或者是從這個測試用例描述中小能找到問題，但軟件錯誤應該出現在這個測試用例巾。這樣的測試用例將會給測試人員的判斷帶來團難，吲時也不利于測試過程的跟蹤。
例如，還用上斷的例子來說明，對J：Ij戶登錄的頁面校驗測試進行測試用例鼓計：
· 輸入JF確的用戶和密碼，所有程序工作上【=常。 ． 輸入錯誤的用戶和密碼，程序_：|二作小正常，井彈出對話框。
在L而這樣的測試用例設計，未能清楚地描述什么樣是程序正常工作狀態，什么樣是程序不正常工作狀態，這樣含糊不清的測試用例必然會導致測試過程‘{1問題的遺漏。
2盡量將具有相類似功能的測試用例抽象并歸類
一直強調軟件測試過程是無法進行窮舉測試的，因此，對相類似的測試用例的抽象過程顯得尤為重要，一個好測試用倒應該足能代表組或者一系列的測試過程。
3盡量避免冗長和復雜的測試用例
這樣做的主要目的是保證驗證結果的惟一性。這也是和第一條原則相一致的，為的是在測試過程執行過程th確保測試用例的輸出狀態惟性，從而便于跟蹤和管理a在一些很長和復雜的測試用例設討過程中，需要將測試用例進行合理的分解，從而保證測試用例的準確性。在某些時候， 、rj測試用例包含很多不I司類型的輸入或者輸乩或彳}測試過程的邏輯復雜而幣連續，此時需要對測試用例進行分解。張實際的測試用例設計中，需要將前述的基本原則和考慮兇素結臺起來，遵循基本的測試用例編寫規范。按照實際測試的需求靈活地組織設計測試用倒。 在測試Hj例設計rh E監考慮白盒測試用例年u黑盒測試用例。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
