1、 前言
設(shè)計(jì)測(cè)試案例的時(shí)候，需要有清晰的測(cè)試思路，對(duì)要測(cè)試什么，按照什么順序測(cè)試，覆蓋哪些需求做到心中有數(shù)。測(cè)試用例編寫者不僅要掌握軟件測(cè)試的技術(shù)和流程，而且要對(duì)被測(cè)軟件的設(shè)計(jì)、功能規(guī)格說(shuō)明、用戶試用場(chǎng)景以及程序/模塊的結(jié)構(gòu)都有比較透徹的理解。測(cè)試用例設(shè)計(jì)一般包括以下幾個(gè)步驟：
2、 測(cè)試需求分析
從軟件需求文檔中，找出待測(cè)試軟件/模塊的需求，通過(guò)自己的分析、理解，整理成為測(cè)試需求，清楚被測(cè)試對(duì)象具有哪些功能。測(cè)試需求的特點(diǎn)是：包含軟件需求，具有可測(cè)試性。測(cè)試需求應(yīng)該在軟件需求基礎(chǔ)上進(jìn)行歸納、分類或細(xì)分，方便測(cè)試用例設(shè)計(jì)。測(cè)試用例中的測(cè)試集與測(cè)試需求的關(guān)系是多對(duì)一的關(guān)系，即一個(gè)或多個(gè)測(cè)試用例集對(duì)應(yīng)一個(gè)測(cè)試需求。
3、 業(yè)務(wù)流程分析
軟件測(cè)試，不單純是基于功能的黑盒測(cè)試，還需要對(duì)軟件的內(nèi)部處理邏輯進(jìn)行測(cè)試。為了不遺漏測(cè)試點(diǎn)，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測(cè)試用例設(shè)計(jì)前白盒測(cè)試和黑盒測(cè)試在動(dòng)態(tài)軟件測(cè)試中的應(yīng)用，先畫出軟件的業(yè)務(wù)流程。如果設(shè)計(jì)文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計(jì)，可以從測(cè)試角度對(duì)現(xiàn)有流程進(jìn)行補(bǔ)充。如果無(wú)法從設(shè)計(jì)中得到業(yè)務(wù)流程，測(cè)試工程師應(yīng)通過(guò)閱讀設(shè)計(jì)文檔，與開(kāi)發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測(cè)試用例的設(shè)計(jì)。
從業(yè)務(wù)流程上，應(yīng)得到以下信息：
A、 主流程是什么
B、 條件備選流程是什么
C、 數(shù)據(jù)流向是什么
D、 關(guān)鍵的判斷條件是什么
4、 測(cè)試用例設(shè)計(jì)
完成了測(cè)試需求分析和軟件流程分析后，開(kāi)始著手設(shè)計(jì)測(cè)試用例。測(cè)試用例設(shè)計(jì)的類型包括功能測(cè)試，邊界測(cè)試，異常測(cè)試，性能測(cè)試，壓力測(cè)試等。在用例設(shè)計(jì)中，除了功能測(cè)試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問(wèn)題。
黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：等價(jià)類劃分、邊界值劃分、因果圖分析和錯(cuò)誤猜測(cè)，白盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。在這里主要討論黑盒測(cè)試。在設(shè)計(jì)測(cè)試用例的時(shí)候可以使用軟件測(cè)試用例設(shè)計(jì)方法，結(jié)合前面的需求分析和軟件流程分析進(jìn)行設(shè)計(jì)：
功能測(cè)試：測(cè)試某個(gè)功能是否滿足需求的定義，功能是否正確，完備。
適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說(shuō)明導(dǎo)出的功能測(cè)試、等價(jià)類劃分
邊界測(cè)試：對(duì)某個(gè)功能的邊界情況進(jìn)行測(cè)試。
適合的技術(shù)：邊界值劃分
異常測(cè)試：對(duì)某些功能來(lái)說(shuō)，其邊界情況無(wú)法簡(jiǎn)單的了解或某些操作不完全是正確的但又是可能發(fā)生的，類似這樣的情況需要書寫相關(guān)的異常測(cè)試。
適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說(shuō)明導(dǎo)出的特殊業(yè)務(wù)流程、錯(cuò)誤猜測(cè)法、邊界值分析、內(nèi)部邊界值測(cè)試。
性能測(cè)試：檢查系統(tǒng)是否滿足在需求中所規(guī)定達(dá)到的性能，性能主要包括了解程序的內(nèi)外部性能因素。內(nèi)部性能因素包括測(cè)試環(huán)境的配置，系統(tǒng)資源使用狀況；外部因素包括響應(yīng)時(shí)間，吞吐量等。
適合的技術(shù)：業(yè)務(wù)需求和設(shè)計(jì)說(shuō)明導(dǎo)出的測(cè)試
壓力測(cè)試：壓力測(cè)試又稱強(qiáng)度測(cè)試，主要是檢查系統(tǒng)運(yùn)行環(huán)境在極限情況下軟件運(yùn)行的能力，比如說(shuō)給一個(gè)相當(dāng)大的負(fù)荷或網(wǎng)絡(luò)流量給應(yīng)用軟件兼容測(cè)試：測(cè)試軟件產(chǎn)品在不同的平臺(tái)，不同的工具，相同工具的不同版本下功能的兼容性。
5、 測(cè)試用例評(píng)審
測(cè)試用例設(shè)計(jì)完成后，為了確認(rèn)測(cè)試過(guò)程和方法是否正確，是否有遺漏的測(cè)試點(diǎn)，需要進(jìn)行測(cè)試用例的評(píng)審。
測(cè)試用例評(píng)審一般是由測(cè)試安排，參加的人員包括：測(cè)試用例設(shè)計(jì)者、測(cè)試、項(xiàng)目經(jīng)理、開(kāi)發(fā)工程師、其它相關(guān)開(kāi)發(fā)測(cè)試工程師。測(cè)試用例評(píng)審?fù)戤叄瑴y(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。
6、 測(cè)試用例更新完善
測(cè)試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新；在測(cè)試過(guò)程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善。一般小的修改完善可在原測(cè)試用例文檔上修改白盒測(cè)試和黑盒測(cè)試在動(dòng)態(tài)軟件測(cè)試中的應(yīng)用，但文檔要有更改記錄。軟件的版本升級(jí)更新，測(cè)試用例一般也應(yīng)隨之編制升級(jí)更新版本。測(cè)試用例是“活”的，在軟件的生命周期中不斷更新與完善。
7、 究極懶辦法
直接套測(cè)試用例模板！