測試用例流程圖

　　測試用例，是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。以下是小編為大家整理的關於，給大家作為參考，歡迎閱讀!

　　測試用例設計一般步驟

　　1.測試需求分析從軟體需求文件中，找出待測試軟體/模組的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試物件具有哪些功能。測試需求的特點是：包含軟體需求，具有可測試性。測試需求應該在軟體需求基礎上進行歸納、分類或細分，方便測試用例設計。測試用例中的測試集與測試需求的關係是多對一的關係，即一個或多個測試用例集對應一個測試需求。

　　2.業務流程分析軟體測試，不單純是基於功能的黑盒測試，還需要對軟體的內部處理邏輯進行測試。為了不遺漏測試點，需要清楚的瞭解軟體產品的業務流程。建議在做複雜的測試用例設計前，先畫出軟體的業務流程。如果設計文件中已經有業務流程設計，可以從測試角度對現有流程進行補充。如果無法從設計中得到業務流程，測試工程師應通過閱讀設計文件，與開發人員交流，最終畫出業務流程圖。業務流程圖可以幫助理解軟體的處理邏輯和資料流向，從而指導測試用例的設計。

　　3.測試用例設計完成了測試需求分析和軟體流程分析後，開始著手設計測試用例。測試用例設計的型別包括功能測試，邊界測試，異常測試，效能測試，壓力測試等。在用例設計中，除了功能測試用例外，應儘量考慮邊界、異常、效能的情況，以便發現更多的隱藏問題。

　　4.測試用例評審測試用例設計完成後，為了確認測試過程和方法是否正確，是否有遺漏的測試點，需要進行測試用例的評審。測試用例評審一般是由測試leader安排，參加的人員包括：測試用例設計者、測試leader、專案經理、開發工程師、其它相關開發測試工程師。測試用例評審完畢，測試工程師根據評審結果，對測試用例進行修改，並記錄修改日誌。

　　5.測試用例更新完善測試用例編寫完成之後需要不斷完善，軟體產品新增功能或更新需求後，測試用例必須配套修改更新;在測試過程中發現設計測試用例時考慮不周，需要對測試用例進行修改完善;在軟體交付使用後客戶反饋的軟體缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進行完善。一般小的修改完善可在原測試用例文件上修改，但文件要有更改記錄。軟體的版本升級更新，測試用例一般也應隨之編制升級更新版本。測試用例是“活”的，在軟體的生命週期中不斷更新與完善。