後來又跟一阿里的大數據聊,他說接口測試屬於（黑盒測試）功能測試,好吧，無所謂啥測試了.接口一般就是看輸入輸出，如果是單純的接口測試，無
數據依賴的情況還是比較簡單，至於數據可以批量的從配置文件或者excel 裏取就行，循環調用,但切記返回結果校驗的準確性,所以要數據要分組,比如
某一批數據屬於正確的數據，某一批屬於異常的數據，具體如何細分數據組，要看你接口的返回狀態。如果是比較複雜的接口,比如之前有人提到的退款，要
有很多數據依賴，如果是我，我會這樣做 ----
1. 通過接口創建數據，但有條件，如果你調用幾次接口就可以創建你想要的數據了，那麼這種方式無非是非常
快速的，而且動態可參數化，要多少，一個循環的事 。如果是複雜的情況，除非公司給你大量的人力物力去寫腳本，否則，真沒必要搞
2. 數據庫讀取，但有條件，
如果你的接口是經驗要回歸測試的，那麼可以寫個多個sql 隨機查詢出符合條件的記錄，但一般我很少用JDBC，都是寫個頁面，直接查詢，返回給前臺 ，以後如如果別人也需要其他數據，我只需要維護一個簡易的平臺就好了，它可以隨機查詢出任何我想要的數據，這樣做接口比較方便
3. 數據導入到庫 ---- 確保一個乾淨的系統，
把需要用到的數據寫入到庫,然後把數據已sql的形式導出，如果後期想用直接運行sql 文件，你要的數據就都有了，接口可以隨便調用,但這種也有一定的問題，經常要維護sql，解決方式就是部署另一套乾淨的測試環境,改應用配置到新庫，一般開發都維護應用，很少改動庫，我想到的就這些，大家可以根據自己的需求動態調整，但基本也就這樣