測試用例是測試的指導(dǎo)文檔，是保證產(chǎn)品的基本武器，同時(shí)也是測試人員的主要輸入成果，因此保證測試用例的有效性及時(shí)時(shí)性顯得尤為重要。哪么我們?nèi)绾伪M可能的保證測試用例的有效性及及時(shí)性呢?

　　一、明確項(xiàng)目的進(jìn)度及計(jì)劃

　　只有明確了項(xiàng)目的進(jìn)度及計(jì)劃，我們才知道應(yīng)當(dāng)在何時(shí)進(jìn)行測試用例的編寫，何時(shí)完成測試用例的編寫。以保證在測試執(zhí)行時(shí)，至少已經(jīng)有了第一版本的測試用例。同時(shí)也可以避免因時(shí)間倉促而草草編寫的測試用例。另外，測試用例編寫任務(wù)的下達(dá)必須要明確完成的時(shí)間及需要達(dá)到的目標(biāo)，沒有時(shí)間限定及目標(biāo)的測試用例編寫將是低效的。

　　二、提供產(chǎn)品的相關(guān)文檔

　　正所謂“巧婦難為無米之炊”，要求測試人員編寫測試用例，必需要為提示人員提供盡可能多的產(chǎn)品相關(guān)信息，如軟件需求說明書、市場同類產(chǎn)品信息、市場反饋的相似產(chǎn)品的主要問題、軟件及硬件環(huán)境，甚至于開發(fā)人員聯(lián)系方式及項(xiàng)目的主要負(fù)責(zé)人信息等。這些信息都將有力的推動(dòng)測試用例的有效性。

　　三、深入理解產(chǎn)品的相關(guān)文檔

　　在正式編寫測試用例之前，需要深入理解產(chǎn)品的相關(guān)文檔。雖然需求分析人員都具有一定的產(chǎn)品規(guī)劃能力，但是也有可能會(huì)犯錯(cuò)。很難想像根據(jù)一份有瑕疵的、甚至是嚴(yán)重錯(cuò)誤的需求文檔編寫出來的測試用例是有著多么可怕的“指導(dǎo)”作用。因此我們?cè)诰帉憸y試用例之前，需要深入的理解產(chǎn)品的相關(guān)文檔。建議可以采用會(huì)議的方案來進(jìn)行，各自提出自己的見解，經(jīng)過討論會(huì)將相關(guān)的疑問提前給需求分析人員重新確認(rèn)。同時(shí)將這些疑問作為BUG進(jìn)行提交，記住這也是工作成果的一部份。一份完美的需求應(yīng)該不存在任何的歧義或含糊的地方。

　　四、編寫測試用例概要

　　在充分的理解產(chǎn)品的相關(guān)文檔之后，可以正式編寫測試用例的概要了。之所以沒有要求進(jìn)行詳細(xì)測試用例的編寫，主要是出于編寫測試用例時(shí)間的壓力及評(píng)審的需要。由于測試人員的工作除了編寫測試用例以外，還要進(jìn)行日常的測試工作及各類報(bào)告的書寫，工作量大且相對(duì)繁瑣，因此應(yīng)當(dāng)盡量的控制編寫測試用例的時(shí)間，以保證測試人員有充分的休息時(shí)間。同時(shí)對(duì)于一份詳盡的、完整的測試用例而言，對(duì)于進(jìn)行評(píng)審是很不經(jīng)濟(jì)的(試想一下，讓你對(duì)1000個(gè)詳盡的測試用例進(jìn)行評(píng)審，你會(huì)作何感想?)。

　　測試用例的概要應(yīng)該簡潔明了，只需要說明驗(yàn)證點(diǎn)即可。同時(shí)在編寫測試用例的概要時(shí)，盡量反映時(shí)編寫測試用例的基本思路。對(duì)于100個(gè)測試用例概要進(jìn)行分別評(píng)審比對(duì)10類(每類10個(gè))的測試概要進(jìn)行評(píng)審要困難得多。

　　測試用例概要可以采用如下格式：

　　//以下X個(gè)測試用例用于驗(yàn)證XX問題：

　　◎ 驗(yàn)證……

　　◎ 驗(yàn)證……

　　◎ 驗(yàn)證……

　　◎ 驗(yàn)證……

　　……

　　五、測試用例的評(píng)審

　　在測試用例概要編寫完成之后，下一步的工作是進(jìn)行測試用例的評(píng)審。個(gè)人對(duì)產(chǎn)品的理解及經(jīng)驗(yàn)始終是有限的。測試用例的評(píng)審的主要目的是集眾人的經(jīng)驗(yàn)及認(rèn)識(shí)于一體，對(duì)測試用例進(jìn)入查漏補(bǔ)缺，使得測試用例的有效性進(jìn)一步提升。

　　盡管我們采用了測試用例概要及用例概要分類的方法來簡化測試用例，明確測試用例編寫的思路。但是對(duì)于一些比較大型的項(xiàng)目，其需要評(píng)審的內(nèi)容仍然是巨大的。因此我們需要在測試評(píng)審開始前做好如下準(zhǔn)備：

　　1. 提前至少將需要評(píng)審的內(nèi)容以郵件的形式發(fā)送給評(píng)審會(huì)議相關(guān)人員。并注明詳審時(shí)間、地點(diǎn)及償參與人員等。

　　2. 在郵件中提醒評(píng)審會(huì)議相關(guān)人員至少簡讀一遍評(píng)審內(nèi)容，并記錄相關(guān)的疑問，以便在評(píng)審會(huì)議上提出。

　　3. 會(huì)議主持者(一般為用例編寫人員)應(yīng)在會(huì)議前整理相關(guān)疑問，以便在會(huì)議上提出。

　　在會(huì)議進(jìn)行時(shí)，會(huì)議主持者應(yīng)盡量把握會(huì)議進(jìn)度，盡量按時(shí)有效的完成評(píng)審工作。在評(píng)審會(huì)議結(jié)束后，應(yīng)提交會(huì)議記錄，會(huì)議記錄應(yīng)由與會(huì)人員簽字確認(rèn)，以說明測試用例評(píng)審是一件嚴(yán)肅而認(rèn)真的事情。用例編寫人員在會(huì)議結(jié)束后應(yīng)根據(jù)會(huì)議中提出的問題及疑問，對(duì)測試用例進(jìn)行優(yōu)化。

　　六、細(xì)化測試用例

　　經(jīng)過測試用例的評(píng)審，并對(duì)測試用例進(jìn)行優(yōu)化之后可以進(jìn)行測試用例的細(xì)化工作了。測試用例的細(xì)化并沒有標(biāo)準(zhǔn)的形式，依各個(gè)公司的不同而有所不同，但主要都包含了操作步驟、預(yù)期結(jié)果等。測試用例的細(xì)化是根據(jù)測試概要，對(duì)各個(gè)驗(yàn)證點(diǎn)的前置條件、操作步驟、預(yù)期結(jié)果進(jìn)行完善以適應(yīng)公司測試招待的要求。對(duì)于自動(dòng)化測試，在測試用例細(xì)化時(shí)應(yīng)提示相關(guān)的測試腳本文件。

　　好的測試用例應(yīng)該是具體完全的指導(dǎo)性，且無二義的。為了保證測試用例指導(dǎo)的性，