測試用例是測試的指導文檔，是保證產品的基本武器，同時也是測試人員的主要輸入成果，因此保證測試用例的有效性及時時性就顯得尤為重要。哪么我們如何盡可能的保證測試用例的有效性及及時性呢?
一、明確項目的進度及計劃
只有明確了項目的進度及計劃，我們才知道應當在何時進行測試用例的編寫，何時完成測試用例的編寫。以保證在測試執行時，至少已經有了第一版本的測試用例。同時也可以避免因時間倉促而草草編寫的測試用例。另外，測試用例編寫任務的下達必須要明確完成的時間及需要達到的目標，沒有時間限定及目標的測試用例編寫將是低效的。
二、提供產品的相關文檔
正所謂“巧婦難為無米之炊”，要求測試人員編寫測試用例，就必需要為提示人員提供盡可能多的產品相關信息，如軟件需求說明書、市場同類產品信息、市場反饋的相似產品的主要問題、軟件及硬件環境，甚至于開發人員聯系方式及項目的主要負責人信息等。這些信息都將有力的推動測試用例的有效性。
三、深入理解產品的相關文檔
在正式編寫測試用例之前，需要深入理解產品的相關文檔。雖然需求分析人員都具有一定的產品規劃能力，但是也有可能會犯錯。很難想像根據一份有瑕疵的、甚至是嚴重錯誤的需求文檔編寫出來的測試用例是有著多么可怕的“指導”作用。因此我們在編寫測試用例之前，需要深入的理解產品的相關文檔。建議可以采用會議的方案來進行，各自提出自己的見解，經過討論會將相關的疑問提前給需求分析人員重新確認。同時將這些疑問作為BUG進行提交，記住這也是工作成果的一部份。一份完美的需求應該不存在任何的歧義或含糊的地方。
四、編寫測試用例概要
在充分的理解產品的相關文檔之后，就可以正式編寫測試用例的概要了。之所以沒有要求進行詳細測試用例的編寫，主要是出于編寫測試用例時間的壓力及評審的需要。由于測試人員的工作除了編寫測試用例以外，還要進行日常的測試工作及各類報告的書寫，工作量大且相對繁瑣，因此應當盡量的控制編寫測試用例的時間，以保證測試人員有充分的休息時間。同時對于一份詳盡的、完整的測試用例而言，對于進行評審是很不經濟的(試想一下，讓你對1000個詳盡的測試用例進行評審，你會作何感想?)。
測試用例的概要應該簡潔明了，只需要說明驗證點即可。同時在編寫測試用例的概要時，盡量反映時編寫測試用例的基本思路。對于100個測試用例概要進行分別評審比對10類(每類10個)的測試概要進行評審要困難得多。
測試用例概要可以采用如下格式：
//以下X個測試用例用于驗證XX問題：
◎ 驗證……
◎ 驗證……
◎ 驗證……
◎ 驗證……
……
五、測試用例的評審
文章來源于領測軟件測試網 http://www.kjueaiud.com/
