【文章內(nèi)容簡介】 例設(shè)計(jì)。測(cè)試用例中的測(cè)試集與測(cè)試需求的關(guān)系是多對(duì)一的關(guān)系，即一個(gè)或多個(gè)測(cè)試用例集對(duì)應(yīng)一個(gè)測(cè)試需求。業(yè)務(wù)流程分析軟件測(cè)試，不單純是基于功能的黑盒測(cè)試，還需要對(duì)軟件的內(nèi)部處理邏輯進(jìn)行測(cè)試。為了不遺漏測(cè)試點(diǎn)，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測(cè)試用例設(shè)計(jì)前，先畫出軟件的業(yè)務(wù)流程。如果設(shè)計(jì)文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計(jì)，可以從測(cè)試角度對(duì)現(xiàn)有流程進(jìn)行補(bǔ)充。如果無法從設(shè)計(jì)中得到業(yè)務(wù)流程，測(cè)試工程師應(yīng)通過閱讀設(shè)計(jì)文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測(cè)試用例的設(shè)計(jì)。從業(yè)務(wù)流程上，應(yīng)得到以下信息：A、主流程是什么B、條件備選流程是什么C、數(shù)據(jù)流向是什么D、關(guān)鍵的判斷條件是什么測(cè)試用例設(shè)計(jì)完成了測(cè)試需求分析和軟件流程分析后，開始著手設(shè)計(jì)測(cè)試用例。測(cè)試用例設(shè)計(jì)的類型包括功能測(cè)試，邊界測(cè)試，異常測(cè)試，性能測(cè)試，壓力測(cè)試等。在用例設(shè)計(jì)中，除了功能測(cè)試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：等價(jià)類劃分、邊界值劃分、因果圖分析和錯(cuò)誤猜測(cè)，白盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。在這里主要討論黑盒測(cè)試。在設(shè)計(jì)測(cè)試用例的時(shí)候可以使用軟件測(cè)試用例設(shè)計(jì)方法，結(jié)合前面的需求分析和軟件流程分析進(jìn)行設(shè)計(jì)：功能測(cè)試：測(cè)試某個(gè)功能是否滿足需求的定義，功能是否正確，完備。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的功能測(cè)試、等價(jià)類劃分邊界測(cè)試：對(duì)某個(gè)功能的邊界情況進(jìn)行測(cè)試。適合的技術(shù)：邊界值劃分異常測(cè)試：對(duì)某些功能來說，其邊界情況無法簡單的了解或某些操作不完全是正確的但又是可能發(fā)生的，類似這樣的情況需要書寫相關(guān)的異常測(cè)試。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(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ì)說明導(dǎo)出的測(cè)試壓力測(cè)試：壓力測(cè)試又稱強(qiáng)度測(cè)試，主要是檢查系統(tǒng)運(yùn)行環(huán)境在極限情況下軟件運(yùn)行的能力，比如說給一個(gè)相當(dāng)大的負(fù)荷或網(wǎng)絡(luò)流量給應(yīng)用軟件兼容測(cè)試：測(cè)試軟件產(chǎn)品在不同的平臺(tái)，不同的工具，相同工具的不同版本下功能的兼容性。測(cè)試用例評(píng)審測(cè)試用例設(shè)計(jì)完成后，為了確認(rèn)測(cè)試過程和方法是否正確，是否有遺漏的測(cè)試點(diǎn)，需要進(jìn)行測(cè)試用例的評(píng)審。測(cè)試用例評(píng)審一般是由測(cè)試leader安排，參加的人員包括：測(cè)試用例設(shè)計(jì)者、測(cè)試leader、項(xiàng)目經(jīng)理、開發(fā)工程師、其它相關(guān)開發(fā)測(cè)試工程師。測(cè)試用例評(píng)審?fù)戤叄瑴y(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。測(cè)試用例更新完善測(cè)試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新；在測(cè)試過程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善。一般小的修改完善可在原測(cè)試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級(jí)更新，測(cè)試用例一般也應(yīng)隨之編制升級(jí)更新版本。測(cè)試用例是“活”的，在軟件的生命周期中不斷更新與完善。第四篇：小議軟件測(cè)試用例的設(shè)計(jì)論文白盒測(cè)試技術(shù)中測(cè)試用例的設(shè)計(jì)方法研究白盒測(cè)試方法的主要作用有：（1）至少測(cè)試一次程序子模塊的所有獨(dú)立執(zhí)行路徑；（2）針對(duì)所有可能的邏輯判定，至少一次取“真”或“假”兩種情況；（3）在運(yùn)行界限內(nèi)和循環(huán)邊界處執(zhí)行循環(huán)體；（4）測(cè)試程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)的有效性。在實(shí)際的數(shù)據(jù)測(cè)試中，如果程序具有多種循環(huán)嵌套的情況，不同的執(zhí)行路徑數(shù)目可能是天文數(shù)字，例如一個(gè)有5條路徑的嵌套20次循環(huán)的小程序，包含不同執(zhí)行路徑條數(shù)為520次方，如果每一條路徑測(cè)試1ms，全年無休時(shí)要測(cè)試完所有路徑需要約3170年的時(shí)間。因此，我們必須采用一些替代辦法，典型的方法是有選擇的執(zhí)行程序中某些最有代表性的通路。白盒測(cè)試的主要技術(shù)有：1根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例的技術(shù)—邏輯覆蓋（1）語句覆蓋，選擇足夠多的測(cè)試數(shù)據(jù)以使被測(cè)程序中每條語句都至少執(zhí)行一次。語句覆蓋不考慮對(duì)程序的邏輯覆蓋，它主要關(guān)心表達(dá)式的結(jié)果，卻對(duì)每個(gè)條件取不同值的情況不做測(cè)試。因此，語句覆蓋是比較弱的邏輯覆蓋標(biāo)準(zhǔn)。在圖論中和語句覆蓋對(duì)應(yīng)的是點(diǎn)覆蓋。（2）判定覆蓋，又叫分支覆蓋，它首先滿足語句覆蓋的條件，同時(shí)對(duì)每個(gè)判定的每種可能的結(jié)果都至少執(zhí)行一次，即對(duì)每個(gè)分支都至少執(zhí)行一次每個(gè)判定，判定覆蓋對(duì)程序的邏輯覆蓋程度也不高。在圖論中和判定覆蓋相對(duì)應(yīng)的是邊覆蓋。（3）條件覆蓋，指的是不僅每個(gè)語句至少執(zhí)行一次，而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的結(jié)果，條件覆蓋中可能不包含判定覆蓋。（4）判定/條件覆蓋，指選取足夠多的測(cè)試數(shù)據(jù)，使得判定表達(dá)式中的每個(gè)條件都取到各種可能的值，每個(gè)判定表達(dá)式也取到各種可能的結(jié)果。（5）條件組合覆蓋，要求選擇足夠多的測(cè)試數(shù)據(jù)，使得每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。條件組合覆蓋是邏輯覆蓋標(biāo)準(zhǔn)中最強(qiáng)的。（6）路徑覆蓋，指的是選取足夠多的測(cè)試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次。測(cè)試用例設(shè)計(jì)舉例