測試用例怎么寫推薦五篇(參考版)
2024-11-14 21:29本頁面
【正文】 測試用例是“活”的，在軟件的生命周期中不斷更新與完善。一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。測試用例評審?fù)戤叄瑴y試工程師根據(jù)評審結(jié)果，對測試用例進(jìn)行修改，并記錄修改日志。測試用例評審測試用例設(shè)計(jì)完成后，為了確認(rèn)測試過程和方法是否正確，是否有遺漏的測試點(diǎn)，需要進(jìn)行測試用例的評審。內(nèi)部性能因素包括測試環(huán)境的配置，系統(tǒng)資源使用狀況；外部因素包括響應(yīng)時(shí)間，吞吐量等。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的特殊業(yè)務(wù)流程、錯(cuò)誤猜測法、邊界值分析、內(nèi)部邊界值測試。適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計(jì)說明導(dǎo)出的功能測試、等價(jià)類劃分邊界測試：對某個(gè)功能的邊界情況進(jìn)行測試。在這里主要討論黑盒測試。在用例設(shè)計(jì)中，除了功能測試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。從業(yè)務(wù)流程上，應(yīng)得到以下信息：A、主流程是什么B、條件備選流程是什么C、數(shù)據(jù)流向是什么D、關(guān)鍵的判斷條件是什么測試用例設(shè)計(jì)完成了測試需求分析和軟件流程分析后，開始著手設(shè)計(jì)測試用例。如果無法從設(shè)計(jì)中得到業(yè)務(wù)流程，測試工程師應(yīng)通過閱讀設(shè)計(jì)文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。建議在做復(fù)雜的測試用例設(shè)計(jì)前，先畫出軟件的業(yè)務(wù)流程。業(yè)務(wù)流程分析軟件測試，不單純是基于功能的黑盒測試，還需要對軟件的內(nèi)部處理邏輯進(jìn)行測試。測試需求應(yīng)該在軟件需求基礎(chǔ)上進(jìn)行歸納、分類或細(xì)分，方便測試用例設(shè)計(jì)。測試用例設(shè)計(jì)一般包括以下幾個(gè)步驟：測試需求分析從軟件需求文檔中，找出待測試軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。第四篇：測試用例設(shè)計(jì)步驟測試用例設(shè)計(jì)步驟設(shè)計(jì)測試案例的時(shí)候，需要有清晰的測試思路，對要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。l 測試用例需要考慮到正確的輸入，也需要考慮錯(cuò)誤的或者異常的輸入，以及需要分析怎樣使得這樣的錯(cuò)誤或者異常能夠發(fā)生。1．4SSL校驗(yàn)：所有的站點(diǎn)訪問時(shí)，都必須經(jīng)過SSL校驗(yàn)。1．2密碼：在所有的用戶密碼中，都必須使用掩碼符號(hào)（*），數(shù)據(jù)在數(shù)據(jù)庫中存儲(chǔ)使用統(tǒng)一的加密和解密算法。3． 錯(cuò)誤信息描述3．13．2密碼為空3，3用戶名/（注：本例子中的頁面圖示，消息編號(hào)如WMSG001的描述均為給出。錯(cuò)誤提示的內(nèi)容見3。1．4*代表必選字段，將出現(xiàn)在輸入文本框的后面。l 測試用例設(shè)計(jì)時(shí)，要濃縮系統(tǒng)設(shè)計(jì)。測試用例設(shè)計(jì)考慮因素測試是不可能實(shí)現(xiàn)窮舉測試的，因此試圖用所有的測試用例來覆蓋所有測試可能遇到的情形是不可能的，所以，在測試用例的編寫、組織過程中，盡量考慮有代表性的典型的測試用例，來實(shí)現(xiàn)以點(diǎn)帶面的窮舉測試。綜上所述，如果使用一個(gè)數(shù)據(jù)庫的表來表征測試用例的話，它應(yīng)該有以下的格式：例一：對Windows記事本程序進(jìn)行測試，選取其中的一個(gè)測試項(xiàng)――文件菜單欄的測試 測試對象：記事本程序文件菜單欄（測試用例標(biāo)識(shí)1000，下同），所包含的子測試用例描述如下：|文件/新建（1001）|文件/打開（1002）|文件/保存（1003）|文件/另存（1004）|文件/頁面設(shè)置（1005）|文件/打?。?006）|文件/退出（1007）|菜單布局（1008）|快捷鍵（1009）選取其中的一個(gè)子測試用例――文件/退出（1007）作為例子，測試用例如下表所示：通過這個(gè)例子了解了測試用例的組成方法。如果可能的話，盡量提供適當(dāng)?shù)南到y(tǒng)規(guī)格說明書來證明期望的結(jié)果。這些輸入可能包括數(shù)據(jù)、文件，或者操作（例如鼠標(biāo)的左鍵單擊，鼠標(biāo)的按鍵處理等），必要的時(shí)候，相關(guān)的數(shù)據(jù)庫、文件也必須被羅列。l 測試環(huán)境要求（test environment）：用來表征執(zhí)行該測試用例需要地測試環(huán)境，一般來說，在整個(gè)的測試模塊里面應(yīng)該包含整個(gè)的測試環(huán)境的特殊要求，而單個(gè)測試用例的測試環(huán)境需要表征該測試用例所單獨(dú)需要的特殊環(huán)境需求。l 標(biāo)識(shí)符（identification）：每個(gè)測試用例應(yīng)該有一個(gè)唯一的標(biāo)識(shí)符，它將成為所有和測試用例相關(guān)的文檔/表格引用和參考的基本元素，這些文檔/表格包括設(shè)計(jì)規(guī)格說明書、測試日志表、測試報(bào)告等。第三篇：測試用例書寫標(biāo)準(zhǔn)測試用例書寫標(biāo)準(zhǔn)在編寫測試用例過程中，需要參考和規(guī)范一些基本的測試用例編寫標(biāo)準(zhǔn)，在ANSI/IEEE8291983標(biāo)準(zhǔn)中列出了和測試設(shè)計(jì)相關(guān)的測試用例編寫規(guī)范和模板。15)在售貨機(jī)沒有零錢找的情況下，押下橙汁按鈕，售貨機(jī)“零錢找完”燈亮。13)在售貨機(jī)沒有零錢找的情況下，投入5角硬幣，押下啤酒按鈕，售貨機(jī)“零錢找完”燈亮，并送出啤酒飲料。11)在售貨機(jī)沒有零錢找的情況下，投入1元硬幣，售貨機(jī)“零錢找完”燈亮。9)在售貨機(jī)沒有零錢找的情況下，投入1元硬幣，押下橙汁按鈕，售貨機(jī)“零錢找完”燈亮，并退還1元硬幣。7)在售貨機(jī)有零錢找的情況下，押下橙汁按鈕，系統(tǒng)不做
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1