用例設計的著眼點
1、測試的依據是需求規格說明書，首先應根據需求規格說明書對軟件進行需求分解，然后針對每個測試需求去編寫相應的測試用例；
2、測試用例的編寫時，應按照需求規格說明書的內容，設計合理的測試用例，同時更重要的是考慮不合理的輸入情況；
3、除了設計各子測試需求的測試用例外，還應考慮業務流程測試用例，業務流程測試用例主要由各種以驗證業務流程正確性為主的測試用例組成。
測試用例的必備要素
1、項目名稱和模塊名稱
當前用例所屬的項目及被測的功能模塊。
2、測試用例編號：是由字符和數字組合成的字符串，用例編號應具有唯一性、易用性。作為測試用例的唯一標識，命名方式采用“測試類別簡稱-項目名稱-模塊名稱-序號”。
舉例：F-RSXT-ZJJL-001
F是功能測試用例的縮寫（S-安全測試 P-性能測試）
RSXT是項目“人事系統”的簡稱
ZJJL是模塊“增加簡歷”的簡稱
001是具體的用例編號
3、用例名稱
測試用例的具體名稱
4、預置條件
執行當前測試用例需要的前提條件，描述要執行該用例，被測目標須達到的狀態，例如，用具備正確權限的人員登錄系統。
5、編制者和編制日期
當前用例的編制人員以及編制用例的日期（格式為“年-月-日”）。
6、測試步驟：執行當前測試用例需要經過的操作步驟，需要明確的給出每一個步驟的描述，測試用例執行人員可以根據該操作步驟完成測試用例執行
7、預期結果：當前測試用例的預期輸出結果，包括返回值的內容、界面的響應結果、輸出結果的規則符合度等等。 在我們的測試培訓中，有具體的功能測試實踐課程，課程中會選擇一個實際的項目，讓學員親身去體驗整個測試的流程，包括測試計劃
1、測試計劃階段：
理解測試需求，編寫測試計劃，并根據需求規格說明書，完成系統的需求分解；
2、測試設計階段：
為第一步中分解得出的具體的測試需求，設計相應的測試用例；
3、測試執行階段：
按照自己設計的測試用例，執行測試，并記錄用例執行結果，提交測試過程中發現的缺陷；
4、測試總結階段：
對測試過程中發現的缺陷進行整理分析，完成測試報告。
在這個過程中，每個環節工作產品的評審是由老師和學員共同完成的，其中問題最多的環節就是測試設計階段，部分學員在上課時都會跟我說，“老師，設計測試用例好煩，為什么要設計測試用例，真正做測試項目時也要向這樣設計測試用例嗎？”我總是笑笑，很肯定的對他們說：“要的”。
軟件測試也是一個工程，也需要按照工程的角度去認識它，即在具體的測試實施之前，需要我們需要明白我們測什么，怎么測試等等，也就是說通過制定測試用例指導測試的實施。
其實設計測試用例并不是想象中的那么復雜，只要條理清晰，有耐心，并掌握基本的功能測試用例設計方法，設計出好的測試用例并不是件復雜的事情。
培訓中，我也發現其實有兩類學員，一類是總抱怨要設計的用例太多，什么時候才能設計完成，就一直停留在閱讀需求說明書的階段，而不愿意動手去做；而另一類呢，則是不管結果怎樣，我先開始著手做起來。很顯然，后一種是收益較多的一類，因為只有自己去動手做了，才會發現事情的難易程度到底怎樣，才會了解事情的本質，以及自己在哪方面有所欠缺，而且，也只有當你有了中間結果時，老師才會去幫你檢查，指導你測試用例設計時存在的一些不足或欠考慮的地方。
什么事情不要只是去想，想著它有多么的困難和復雜，一切事情都有解決的辦法，不管事情有多復雜，它也是一點一點完成的，夸張點說，我們應本著愚公移山的精神，等到過程中，說不定也就會有神仙來幫忙呢。
下面簡單介紹下設計測試用例時的幾個注意點：
測試用例基本準則
1、測試用例應具有代表性：能夠代表并覆蓋各種合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入數據、操作、環境設置等；
2、測試結果應具有可判定性：即測試執行結果的正確性是可以判定的，每一個測試用例都應有相應得期望結果；
3、測試結果應是可再現的：即對同樣的測試用例，系統的執行結果應當是相同的。