測試用例流程圖
測試用例流程圖
測試用例，是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。以下是學(xué)習(xí)啦小編為大家整理的關(guān)于測試用例流程圖，給大家作為參考，歡迎閱讀!
測試用例流程圖
測試用例設(shè)計(jì)一般步驟
1.測試需求分析從軟件需求文檔中，找出待測試軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。測試需求的特點(diǎn)是：包含軟件需求，具有可測試性。測試需求應(yīng)該在軟件需求基礎(chǔ)上進(jìn)行歸納、分類或細(xì)分，方便測試用例設(shè)計(jì)。測試用例中的測試集與測試需求的關(guān)系是多對一的關(guān)系，即一個(gè)或多個(gè)測試用例集對應(yīng)一個(gè)測試需求。
2.業(yè)務(wù)流程分析軟件測試，不單純是基于功能的黑盒測試，還需要對軟件的內(nèi)部處理邏輯進(jìn)行測試。為了不遺漏測試點(diǎn)，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測試用例設(shè)計(jì)前，先畫出軟件的業(yè)務(wù)流程。如果設(shè)計(jì)文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計(jì)，可以從測試角度對現(xiàn)有流程進(jìn)行補(bǔ)充。如果無法從設(shè)計(jì)中得到業(yè)務(wù)流程，測試工程師應(yīng)通過閱讀設(shè)計(jì)文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測試用例的設(shè)計(jì)。
3.測試用例設(shè)計(jì)完成了測試需求分析和軟件流程分析后，開始著手設(shè)計(jì)測試用例。測試用例設(shè)計(jì)的類型包括功能測試，邊界測試，異常測試，性能測試，壓力測試等。在用例設(shè)計(jì)中，除了功能測試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。
4.測試用例評審測試用例設(shè)計(jì)完成后，為了確認(rèn)測試過程和方法是否正確，是否有遺漏的測試點(diǎn)，需要進(jìn)行測試用例的評審。測試用例評審一般是由測試leader安排，參加的人員包括：測試用例設(shè)計(jì)者、測試leader、項(xiàng)目經(jīng)理、開發(fā)工程師、其它相關(guān)開發(fā)測試工程師。測試用例評審?fù)戤?，測試工程師根據(jù)評審結(jié)果，對測試用例進(jìn)行修改，并記錄修改日志。
5.測試用例更新完善測試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測試用例必須配套修改更新;在測試過程中發(fā)現(xiàn)設(shè)計(jì)測試用例時(shí)考慮不周，需要對測試用例進(jìn)行修改完善;在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進(jìn)行完善。一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應(yīng)隨之編制升級更新版本。測試用例是“活”的，在軟件的生命周期中不斷更新與完善。
測試用例流程圖相關(guān)文章：