測(cè)試用例設(shè)計(jì)流程
測(cè)試用例設(shè)計(jì)流程
測(cè)試用例是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。小編給大家整理了關(guān)于測(cè)試用例流程，希望你們喜歡!
測(cè)試用例設(shè)計(jì)流程
1.測(cè)試需求分析從軟件需求文檔中，找出待測(cè)試軟件/模塊的需求，通過自己的分析、理解，整理成為測(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è)試需求。
2.業(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ǔ)充。如果無(wú)法從設(shè)計(jì)中得到業(yè)務(wù)流程，測(cè)試工程師應(yīng)通過閱讀設(shè)計(jì)文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測(cè)試用例的設(shè)計(jì)。
3.測(cè)試用例設(shè)計(jì)完成了測(cè)試需求分析和軟件流程分析后，開始著手設(shè)計(jì)測(cè)試用例。測(cè)試用例設(shè)計(jì)的類型包括功能測(cè)試，邊界測(cè)試，異常測(cè)試，性能測(cè)試，壓力測(cè)試等。在用例設(shè)計(jì)中，除了功能測(cè)試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。
4.測(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ù)戤?，測(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。
5.測(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è)試用例重要原因
測(cè)試用例構(gòu)成了設(shè)計(jì)和制定測(cè)試過程的基礎(chǔ)。
測(cè)試的“深度”與測(cè)試用例的數(shù)量成比例。由于每個(gè)測(cè)試用例反映不同的場(chǎng)景、條件或經(jīng)由產(chǎn)品的事件流，因而，隨著測(cè)試用例數(shù)量的增加，您對(duì)產(chǎn)品質(zhì)量和測(cè)試流程也就越有信心。
判斷測(cè)試是否完全的一個(gè)主要評(píng)測(cè)方法是基于需求的覆蓋，而這又是以確定、實(shí)施和/或執(zhí)行的測(cè)試用例的數(shù)量為依據(jù)的。類似下面這樣的說(shuō)明：“95 % 的關(guān)鍵測(cè)試用例已得以執(zhí)行和驗(yàn)證”，遠(yuǎn)比“我們已完成 95 % 的測(cè)試”更有意義。
測(cè)試工作量與測(cè)試用例的數(shù)量成比例。根據(jù)全面且細(xì)化的測(cè)試用例，可以更準(zhǔn)確地估計(jì)測(cè)試周期各連續(xù)階段的時(shí)間安排。
測(cè)試設(shè)計(jì)和開發(fā)的類型以及所需的資源主要都受控于測(cè)試用例。
測(cè)試用例通常根據(jù)它們所關(guān)聯(lián)關(guān)系的測(cè)試類型或測(cè)試需求來(lái)分類，而且將隨類型和需求進(jìn)行相應(yīng)地改變。最佳方案是為每個(gè)測(cè)試需求至少編制兩個(gè)測(cè)試用例：
一個(gè)測(cè)試用例用于證明該需求已經(jīng)滿足，通常稱作正面測(cè)試用例;
另一個(gè)測(cè)試用例反映某個(gè)無(wú)法接受、反?；蛞馔獾臈l件或數(shù)據(jù)，用于論證只有在所需條件下才能夠滿足該需求，這個(gè)測(cè)試用例稱作負(fù)面測(cè)試用例。
一、測(cè)試用例是軟件測(cè)試的核心
軟件測(cè)試的重要性是毋庸置疑的。但如何以最少的人力、資源投入，在最短的時(shí)間內(nèi)完成測(cè)試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，則是軟件公司探索和追求的目標(biāo)。每個(gè)軟件產(chǎn)品或軟件開發(fā)項(xiàng)目都需要有一套優(yōu)秀的測(cè)試方案和測(cè)試方法。
影響軟件測(cè)試的因素很多，例如軟件本身的復(fù)雜程度、開發(fā)人員(包括分析、設(shè)計(jì)、編程和測(cè)試的人員)的素質(zhì)、測(cè)試方法和技術(shù)的運(yùn)用等等。因?yàn)橛行┮蛩厥强陀^存在的，無(wú)法避免。有些因素則是波動(dòng)的、不穩(wěn)定的，例如開發(fā)隊(duì)伍是流動(dòng)的，有經(jīng)驗(yàn)的走了，新人不斷補(bǔ)充進(jìn)來(lái);一個(gè)具體的人工作也受情緒等影響，等等。如何保障軟件測(cè)試質(zhì)量的穩(wěn)定?有了測(cè)試用例，無(wú)論是誰(shuí)來(lái)測(cè)試，參照測(cè)試用例實(shí)施，都能保障測(cè)試的質(zhì)量?？梢园讶藶橐蛩氐挠绊憸p少到最小。即便最初的測(cè)試用例考慮不周全，隨著測(cè)試的進(jìn)行和軟件版本更新，也將日趨完善。
因此測(cè)試用例的設(shè)計(jì)和編制是軟件測(cè)試活動(dòng)中最重要的。測(cè)試用例是測(cè)試工作的指導(dǎo)，是軟件測(cè)試的必須遵守的準(zhǔn)則。更是軟件測(cè)試質(zhì)量穩(wěn)定的根本保障。
測(cè)試用例設(shè)計(jì)流程相關(guān)文章：