如何進行有效的
用例設計？作為任何一個
測試用例設計者，這永遠是一個非常難以回答的問題。這個問題至今為止也再不斷的困擾我，人見人智。下面是我的一些個人見解，或許能對大家有一些啟示。
第一：“明確”待測試項目的需求。對于任何一個項目，無論你接手的項目有多小，甚至可能都算不上一個項目，而僅僅是一個小工具，明確需求非常重要。可能 很多人會說，公司現狀，測試能看到需求文檔幾乎不可能；也或者公司有需求文檔，但與實際的待測試項目相差甚遠；也或者還有其他的各種可能情況，但無論是什么原因，明確需求是任何一名測試用例設計者必須堅持也必須執行的一條原則。如果你是測試部的負責人，在面對需求不明確的項目時， 請你先收集待測試項目盡可能多的“文檔”，這些文檔有時并不一定需要是已經現成成稿的，其實我們可以通過“不恥下問”之后自行整理。測試負責人自己必須對 待測試項目做到“胸有成竹”。
第二：“分析”待測試項目。可能很多人這個時候會非常不以為然了，為什么要經過這么一個過程？“分析”待 測試項目的目的是讓我們更進一步的了解待測試項目，那可能大家這個時候又會問了，了解什么？大家想想，你明確了需求，可是你知道待測試項目的體系結構是什 么嗎？你知道我們采用了什么技術嗎？你知道這個項目蘊涵的業務知識有哪些嗎？對了，我們就是要通過更進一步的分析，整理出更為詳細的資料，服務于我們的測 試工作。
第三：“學習” 待測試項目的業務知識。這一點我相信很多人都能認同，比如你是做銀行相關項目的，那你肯定要具備銀行相關方面的知識，只有這樣，才能非常容易的明白為什么 這么設計，或者這么設計的優勢在哪里？針對采用的某種實現技術，只有更進一步的學習了解，你才能明確這種技術的優勢與弱勢分別是什么，針對這種技術的弱 勢，我們測試又需要重點測試哪些地方等等。這些問題都需要在我們提升我們自身業務水平的同時得到解決。
第四：內部討論。對于這點，我有 非常切身的感受，作為項目測試負責人，一定要更自己的測試團隊針對某個項目進行多次內部的討論，通過內部討論更進一步發現我們忽律的地方，同時也讓大家的 資源共享，用最短，最快的方式收獲最好的效果。