如何快速設計接口測試用例定稿-文庫吧資料
2024-11-14 18:35本頁面
【正文】 用例評審完畢，測試工程師根據(jù)評審結果，對測試用例進行修改，并記錄修改日志。測試用例評審測試用例設計完成后，為了確認測試過程和方法是否正確，是否有遺漏的測試點，需要進行測試用例的評審。內部性能因素包括測試環(huán)境的配置，系統(tǒng)資源使用狀況；外部因素包括響應時間，吞吐量等。適合的技術：由業(yè)務需求和設計說明導出的特殊業(yè)務流程、錯誤猜測法、邊界值分析、內部邊界值測試。適合的技術：由業(yè)務需求和設計說明導出的功能測試、等價類劃分邊界測試：對某個功能的邊界情況進行測試。在這里主要討論黑盒測試。在用例設計中，除了功能測試用例外，應盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。從業(yè)務流程上，應得到以下信息：A、主流程是什么B、條件備選流程是什么C、數(shù)據(jù)流向是什么D、關鍵的判斷條件是什么測試用例設計完成了測試需求分析和軟件流程分析后，開始著手設計測試用例。如果無法從設計中得到業(yè)務流程，測試工程師應通過閱讀設計文檔，與開發(fā)人員交流，最終畫出業(yè)務流程圖。建議在做復雜的測試用例設計前，先畫出軟件的業(yè)務流程。業(yè)務流程分析軟件測試，不單純是基于功能的黑盒測試，還需要對軟件的內部處理邏輯進行測試。測試需求應該在軟件需求基礎上進行歸納、分類或細分，方便測試用例設計。測試用例設計一般包括以下幾個步驟：測試需求分析從軟件需求文檔中，找出待測試軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。第二篇：測試用例設計步驟測試用例設計步驟設計測試案例的時候，需要有清晰的測試思路，對要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。所有的自動化接口的測試用例 都基本圍繞三部曲進行，傳數(shù)據(jù)，執(zhí)行，校驗返回的數(shù)據(jù)和期望數(shù)據(jù)是否一致來構成每個簡單的測試用例。每個用例均需驗證，避免一個用例中重復做相同的驗證，提高測試用例的效率。4）接口測試用例執(zhí)行操作非常簡單，就是所測接口的調用。接口劃分原則為以接口提供的功能點的不同進行合適粒度的劃分。每個用例執(zhí)行所需系統(tǒng)數(shù)據(jù)和接口參數(shù)數(shù)據(jù)盡可能的采用不一樣的數(shù)據(jù)，使用例更容易發(fā)現(xiàn)問題。要通過好的測試數(shù)據(jù)使用例查找問題。2）接口測試測試數(shù)據(jù)分為接口參數(shù)數(shù)據(jù)和用例執(zhí)行所需系統(tǒng)數(shù)據(jù)。接口測試用例設計和測試用例設計一樣，用例設計的內容應該包括：主要測試功能點、測試環(huán)境、測試數(shù)據(jù)、執(zhí)行操作以及預期結果。最后當出發(fā)點、對象、功能都確定了，就可以真正設計用例了。然后，確認完整的測試對象的功能：確認外
物理相關推薦
鄂ICP備17016276號-1