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