白盒測(cè)試用例設(shè)計(jì)方法[精選多篇]-資料下載頁(yè)
2024-11-14 22:00本頁(yè)面
【正文】 合了幾個(gè)，就形成了。我之所以不用公司原有的測(cè)試用例模板，是因?yàn)樘贿m用了。還好，公司沒(méi)有嚴(yán)格要求必須要那個(gè)模板，只要適用就行。模板找好了，可是寫(xiě)就費(fèi)勁了。對(duì)于剛做測(cè)試的新人，看似簡(jiǎn)單的一個(gè)填表工作，要寫(xiě)好真是不簡(jiǎn)單。一開(kāi)始寫(xiě)的比較不自然，有些生搬硬套，而且還很慢。沒(méi)有辦法，那時(shí)候沒(méi)有人指導(dǎo)我，全靠自己自學(xué)和領(lǐng)悟，所以那段日子很苦阿！多寫(xiě)幾次后，就知道和領(lǐng)悟了，測(cè)試用例要根據(jù)測(cè)試大綱來(lái)寫(xiě)，測(cè)試大綱要根據(jù)測(cè)試計(jì)劃來(lái)寫(xiě)。測(cè)試大綱更多的是把握住測(cè)試項(xiàng)的方向，而測(cè)試用例是指導(dǎo)怎么去執(zhí)行測(cè)試。還好，我有編程的經(jīng)驗(yàn)，所以對(duì)我熟悉軟件幫了一個(gè)很大的忙。熟悉了軟件的業(yè)務(wù)才能去寫(xiě)測(cè)試用例，才能更好的去測(cè)試。這也是我一點(diǎn)一點(diǎn)的領(lǐng)悟出來(lái)的。說(shuō)了這么多，不知道這樣的回答是否是回答了這個(gè)問(wèn)題。最后一個(gè)問(wèn)題了，我盡量少寫(xiě)些，文字太多了大家看的也累，我寫(xiě)的也累。嘿嘿。^_^你對(duì)黑盒測(cè)試用例的編寫(xiě)的體會(huì)是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？我的體會(huì)：１、測(cè)試用例要根據(jù)測(cè)試大綱來(lái)編寫(xiě)２、測(cè)試用例也要分測(cè)試項(xiàng)進(jìn)行歸類(lèi)，這樣比較好分析和閱讀。如：業(yè)務(wù)流程測(cè)試、安裝測(cè)試、功能測(cè)試、用戶(hù)友好性測(cè)試、兼容性測(cè)試、性能測(cè)試、安全性測(cè)試等等。３、編寫(xiě)測(cè)試用例要考慮各種情況，精力主要集中在軟件的主要業(yè)務(wù)流程和風(fēng)險(xiǎn)高的地方。能分出測(cè)試優(yōu)先級(jí)別就最好了。４、熟悉系統(tǒng)，對(duì)編寫(xiě)測(cè)試用例很有幫助。５、即使對(duì)測(cè)試很熟悉了，在時(shí)間非常緊的時(shí)候，編寫(xiě)測(cè)試用例還是很有必要和好處的。今天就想到那么些了，以后想到了在補(bǔ)充上了。我把我用的模板給你們粘貼一份上來(lái)，只能給你們做些參考，具體還是要看對(duì)你所在的公司適用不適用。測(cè)試項(xiàng)的歸類(lèi)我就不列舉了，因?yàn)槊總€(gè)公司的都不太一樣。第五篇：測(cè)試用例設(shè)計(jì)步驟測(cè)試用例設(shè)計(jì)步驟設(shè)計(jì)測(cè)試案例的時(shí)候，需要有清晰的測(cè)試思路，對(duì)要測(cè)試什么，按照什么順序測(cè)試，覆蓋哪些需求做到心中有數(shù)。測(cè)試用例編寫(xiě)者不僅要掌握軟件測(cè)試的技術(shù)和流程，而且要對(duì)被測(cè)軟件的設(shè)計(jì)、功能規(guī)格說(shuō)明、用戶(hù)試用場(chǎng)景以及程序/模塊的結(jié)構(gòu)都有比較透徹的理解。測(cè)試用例設(shè)計(jì)一般包括以下幾個(gè)步驟：測(cè)試需求分析從軟件需求文檔中，找出待測(cè)試軟件/模塊的需求，通過(guò)自己的分析、理解，整理成為測(cè)試需求，清楚被測(cè)試對(duì)象具有哪些功能。測(cè)試需求的特點(diǎn)是：包含軟件需求，具有可測(cè)試性。測(cè)試需求應(yīng)該在軟件需求基礎(chǔ)上進(jìn)行歸納、分類(lèi)或細(xì)分，方便測(cè)試用例設(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ì)前，先畫(huà)出軟件的業(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ā)人員交流，最終畫(huà)出業(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è)試需求分析和軟件流程分析后，開(kāi)始著手設(shè)計(jì)測(cè)試用例。測(cè)試用例設(shè)計(jì)的類(lèi)型包括功能測(cè)試，邊界測(cè)試，異常測(cè)試，性能測(cè)試，壓力測(cè)試等。在用例設(shè)計(jì)中，除了功能測(cè)試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問(wèn)題。黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法有：等價(jià)類(lèi)劃分、邊界值劃分、因果圖分析和錯(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à)類(lèi)劃分邊界測(cè)試：對(duì)某個(gè)功能的邊界情況進(jìn)行測(cè)試。適合的技術(shù)：邊界值劃分異常測(cè)試：對(duì)某些功能來(lái)說(shuō)，其邊界情況無(wú)法簡(jiǎn)單的了解或某些操作不完全是正確的但又是可能發(fā)生的，類(lèi)似這樣的情況需要書(shū)寫(xiě)相關(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è)試又稱(chēng)強(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)，不同的工具，相同工具的不同版本下功能的兼容性。測(cè)試用例評(píng)審測(cè)試用例設(shè)計(jì)完成后，為了確認(rèn)測(cè)試過(guò)程和方法是否正確，是否有遺漏的測(cè)試點(diǎn)，需要進(jìn)行測(cè)試用例的評(píng)審。測(cè)試用例評(píng)審一般是由測(cè)試leader安排，參加的人員包括：測(cè)試用例設(shè)計(jì)者、測(cè)試leader、項(xiàng)目經(jīng)理、開(kāi)發(fā)工程師、其它相關(guān)開(kāi)發(fā)測(cè)試工程師。測(cè)試用例評(píng)審?fù)戤?，測(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。測(cè)試用例更新完善測(cè)試用例編寫(xiě)完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新；在測(cè)試過(guò)程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善；在軟件交付使用后客戶(hù)反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善。一般小的修改完善可在原測(cè)試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級(jí)更新，測(cè)試用例一般也應(yīng)隨之編制升級(jí)更新版本。測(cè)試用例是“活”的，在軟件的生命周期中不斷更新與完善。
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1