溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
關于case設計
我們通常總是關注代碼的編寫往往忘了case的設計也是非常重要的。如果你是做接口功能自動化測試，那么你要考慮各種接口參數的組合情況，比如，正常的時候，不正常的時候，必填選填等等。這時候考驗case設計的功底就來了。。。。。
如果你是做接口性能測試則一般選擇正向的case即可。
測試框架設計構思
之前在文章《送給那些有代碼基礎但仍舊不會學自動化測試的朋友們》中提到過，測試思想比技術更值錢，也舉例子說了如何去學習自動化測試，其中最忌諱的一點就是什么都不想上來就寫代碼。
所以，我們冷靜冷靜，先從設計角度來考慮下。每個人的思路都不一樣，沒有必要較真，我這里只列出我的思路，肯定有不好的地方，僅供借鑒。
commons 放公共函數
src 放源代碼
testcases 放測試用例文件，一個測試用例文件最好這對一個接口的所有測試用例，不要混在一起
testdata 放測試數據，對于數據比較長或大的可以提煉出來放這里，算是一個預留吧
testsuites 把測試用例組織成不同的測試套件
進一步設想一下：
commons里放請求，比如你調用get、post請求等
src里放讀取配置文件。我們知道host經常會變化，如果用配置文件的形式管理會比較方便
testcases放測試代碼
testdata可以放測試數據，這樣就實現了數據和代碼的分離。我們這里并沒有提出來，感興趣的朋友自己可以嘗試下
testsuites主要是做用例的組合，使用方法也非常簡單，后續有代碼
源碼獲取
點擊鏈接加入QQ群 522720170（免費公開課、視頻應有盡有）：
https://jq.qq.com/?_wv=1027&k=5C08ATe
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
