優秀的開發工程師不僅是有超強的代碼編寫能力，同時他還有非凡的概要設計和詳細設計能力，那么對于優秀的測試工程師來說，不應該僅僅是極強的發現問題的能力，還應該具備優秀的用例設計能力。用例設計實際上包含兩種能力，一種是結構設計能力，一種是用例場景設計能力，今天我想和大家討論的是前一種能力。
用例設計中的結構設計就類似于軟件開發中的概要設計，它實指用例設計中的測試項分拆、合并、派生。目前我們測試組有些員工在思考用例設計時包含了這個環節，但并沒有將這個環節熟練掌握，且一直困擾著部分人的測試工作開展。可能有人會說，我測試的產品質量雖然不是最差，但我的用例設計包含了80%的用例設計場景，應該不錯了，干嘛還要強調用例設計中的結構設計呢？
用例設計的結構設計重要性在于如下幾方面：
1、合理地拆分測試項，有助于保證測試任務執行的分配與并行
2、合理地拆分測試項，有助于和開發節奏對應起來
3、合理地拆分測試項，有助于保證測試的執行與測試用例的當初設計不脫節
4、合理的拆分測試項，有助于保證測試覆蓋度
5、合理的拆分測試項，有助于用例場景的設計不出現混亂
6、合理的拆分測試項，有助于一個人全局能力的培養
……
用例設計的結構設計這一塊究竟有什么方法可循嗎？說句實話，至少現在我沒有見到任何書籍介紹這一快，我在面試過程中也在了解其他公司關于這一塊的做法，很多員工聽起來很陌生，可能是這個能力僅對組長以上的員工有要求吧，有的聽起來雖然不陌生，但是更多和我溝通的是關于用例設計的生成流程，
對于方法這一塊是不清楚的。總而言之，用例設計的結構設計這一塊對于很多公司的經驗總結來說還是空白，那就更談不上培訓了。關注這一塊，我是在2001年開始的，當時接受的一個是視頻會議系統的測試，組里共5個人，為了將結構設計做好，的確費了一番周折。通過這幾年來，在不同項目中與不同員工磨合，對用例設計的結構設計部分摸索了一套如下一系列方法。我現在還不能說最好的，但應該是最實用的，絕對不是為了推銷需要。
1、基于概要設計/詳細設計的模塊（組件）結構設計
2、基于產品需求文檔的模塊結構設計
3、基于數據流的結構設計
4、基于事件驅動的結構設計
5、基于消息驅動的結構設計
6、基于處理邏輯的結構設計
7、基于條件因素的結構設計
8、基于MVC模型的結構設計
9、基于測試方法的結構設計
測試用例設計還要注意著重點
一、功能
關注頁面單個功能點驗證，充分考慮開發改動的每個點。這個是保證開發每個已知的修改點都能改對。
二、關聯
重點考慮修改點對其他模塊的影響，包括代碼的影響和操作數據引起的影響。
比如新增加的功能增加了數據庫表的字段，必須關聯的驗證每個使用該表的該字段的模塊是否正常工作。難點在于需要分析出已知和未知的影響模塊，考慮的越多，往往遺漏的問題就越少。
三、流程
很多系統是有流程的，比如工作流系統。當修改了一個點的時候，我們必須考慮整個流程是否能夠正常運轉起來。
四、升級
我們大部分系統都是對已有的系統進行升級。對于升級前的數據，我們必須保證能夠正常工作。升級之前，需要模擬好各種情況。也需要對升級的數據庫腳本進行充分的檢查。
五、安全
比如菜單功能權限等。
六、性能