接口自動化測試系列之PHPUnit-框架設計構思
關於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
本文出自 “小強性能自動化測試品牌” 博客，請務必保留此出處http://xqtesting.blog.51cto.com/4626073/1982221
接口自動化測試系列之PHPUnit-框架設計構思