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

有很多數(shù)據(jù)依賴，如果是我，我會這樣做 ----

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

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

?2. 數(shù)據(jù)庫讀取，但有條件，

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

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

3. 數(shù)據(jù)導入到庫 ---- 確保一個干凈的系統(tǒng)，

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。