接口測試其實很難界定,我之前理解接口測試雖然算不上白盒測試,但也至于黑河測試.后來跟我們一開發聊天,他說接口測試其實就是白盒的一部分.
后來又跟一阿里的大數據聊,他說接口測試屬于（黑盒測試）功能測試,好吧，無所謂啥測試了.接口一般就是看輸入輸出，如果是單純的接口測試，無
數據依賴的情況還是比較簡單，至于數據可以批量的從配置文件或者excel 里取就行，循環調用,但切記返回結果校驗的準確性,所以要數據要分組,比如
某一批數據屬于正確的數據，某一批屬于異常的數據，具體如何細分數據組，要看你接口的返回狀態。如果是比較復雜的接口,比如之前有人提到的退款，要

有很多數據依賴，如果是我，我會這樣做 ----

?1. 通過接口創建數據，但有條件，如果你調用幾次接口就可以創建你想要的數據了，那么這種方式無非是非常

快速的，而且動態可參數化，要多少，一個循環的事 。如果是復雜的情況，除非公司給你大量的人力物力去寫腳本，否則，真沒必要搞

?2. 數據庫讀取，但有條件，

如果你的接口是經驗要回歸測試的，那么可以寫個多個sql 隨機查詢出符合條件的記錄，但一般我很少用JDBC，都是寫個頁面，直接查詢，返回給前臺 ，以后如如果

別人也需要其他數據，我只需要維護一個簡易的平臺就好了，它可以隨機查詢出任何我想要的數據，這樣做接口比較方便?

3. 數據導入到庫 ---- 確保一個干凈的系統，

把需要用到的數據寫入到庫,然后把數據已sql的形式導出，如果后期想用直接運行sql 文件，你要的數據就都有了，接口可以隨便調用,但這種也有一定的問題，經常要
維護sql，解決方式就是部署另一套干凈的測試環境,改應用配置到新庫，一般開發都維護應用，很少改動庫，我想到的就這些，大家可以根據自己的需求動態調整，但基本也就這樣

總結

以上是生活随笔為你收集整理的接口测试到底是什么？如何制造接口数据的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。