如何編寫有效的測試用例及進行用例評審 軟件測試
測試用例在測試工作中占有重要作用，因此保證測試用例的有效性及時時性就顯得尤為重要。哪么我們如何盡可能的保證測試用例的有效性及及時性呢?
一、明確項目的進度及計劃
只有明確了項目的進度及計劃，我們才知道應當在何時進行測試用例的編寫，何時完成測試用例的編寫。以保證在測試執行時，至少已經有了第一版本的測試用例。同時也可以避免因時間倉促而草草編寫的測試用例。另外，測試用例編寫任務的下達必須要明確完成的時間及需要達到的目標，沒有時間限定及目標的測試用例編寫將是低效的。
二、提供產品的相關文檔
正所謂“巧婦難為無米之炊”，要求測試人員編寫測試用例，就必需要為提示人員提供盡可能多的產品相關信息，如軟件需求說明書、市場同類產品信息、市場反饋的相似產品的主要問題、軟件及硬件環境，甚至于開發人員聯系方式及項目的主要負責人信息等。這些信息都將有力的推動測試用例的有效性。
三、深入理解產品的相關文檔
在正式編寫測試用例之前，需要深入理解產品的相關文檔。雖然需求分析人員都具有一定的產品規劃能力，但是也有可能會犯錯。很難想像根據一份有瑕疵的、甚至是嚴重錯誤的需求文檔編寫出來的測試用例是有著多么可怕的“指導”作用。因此我們在編寫測試用例之前，需要深入的理解產品的相關文檔。建議可以采用會議的方案來進行，各自提出自己的見解，經過討論會將相關的疑問提前給需求分析人員重新確認。同時將這些疑問作為BUG進行提交，記住這也是工作成果的一部份。一份完美的需求應該不存在任何的歧義或含糊的地方。
四、編寫測試用例概要
在充分的理解產品的相關文檔之后，就可以正式編寫測試用例的概要了。之所以沒有要求進行詳細測試用例的編寫，主要是出于編寫測試用例時間的壓力及評審的需要。由于測試人員的工作除了編寫測試用例以外，還要進行日常的測試工作及各類報告的書寫，工作量大且相對繁瑣，因此應當盡量的控制編寫測試用例的時間，以保證測試人員有充分的休息時間。同時對于一份詳盡的、完整的測試用例而言，對于進行評審是很不經濟的(試想一下，讓你對1000個詳盡的測試用例進行評審，你會作何感想?)。
測試用例的概要應該簡潔明了，只需要說明驗證點即可。同時在編寫測試用例的概要時，盡量反映時編寫測試用例的基本思路。對于100個測試用例概要進行分別評審比對10類(每類10個)的測試概要進行評審要困難得多。
測試用例概要可以采用如下格式：
|
//以下X個測試用例用于驗證XX問題： ◎ 驗證…… ◎ 驗證…… ◎ 驗證…… ◎ 驗證…… …… |
五、測試用例的評審
在測試用例概要編寫完成之后，下一步的工作就是進行測試用例的評審。個人對產品的理解及經驗始終是有限的。測試用例的評審的主要目的就是集眾人的經驗及認識于一體，對測試用例進入查漏補缺，使得測試用例的有效性進一步提升。
盡管我們采用了測試用例概要及用例概要分類的方法來簡化測試用例，明確測試用例編寫的思路。但是對于一些比較大型的項目，其需要評審的內容仍然是巨大的。因此我們需要在測試評審開始前做好如下準備：
1. 提前至少一天將需要評審的內容以郵件的形式發送給評審會議相關人員。并注明詳審時間、地點及償參與人員等。
2. 在郵件中提醒評審會議相關人員至少簡讀一遍評審內容，并記錄相關的疑問，以便在評審會議上提出。
3. 會議主持者(一般為用例編寫人員)應在會議前整理相關疑問，以便在會議上提出。
在會議進行時，會議主持者應盡量把握會議進度，盡量按時有效的完成評審工作。在評審會議結束后，應提交會議記錄，會議記錄應由與會人員簽字確認，以說明測試用例評審是一件嚴肅而認真的事情。用例編寫人員在會議結束后應根據會議中提出的問題及疑問，對測試用例進行優化。
六、細化測試用例
經過測試用例的評審，并對測試用例進行優化之后就可以進行測試用例的細化工作了。測試用例的細化并沒有標準的形式，依各個公司的不同而有所不同，但主要都包含了操作步驟、預期結果等。測試用例的細化就是根據測試概要，對各個驗證點的前置條件、操作步驟、預期結果進行完善以適應公司測試招待的要求。對于自動化測試，在測試用例細化時應提示相關的測試腳本文件。
好的測試用例應該是具體完全的指導性，且無二義的。為了保證測試用例指導的唯一性，在測試用例細化完成后，應與測試組長進行抽查(或者與同事之間進行相關檢查)。在發現問題時應及時要求測試用例編寫人員進行整改。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
