介面測試的意義

介面又稱為API，是軟體系統不同組成部分銜接的約定，比如模組與模組之間的介面，前端與後端之間的介面。

從系統架構上來看，介面常常是由後端人員開發，影響範圍廣，所以介面出現問題後，常常會影響研發的進展。

介面就是每個模組的邊界，在介面上投入測試力度，更能發現重要的BUG。因為邊界是最容易出現問題的地方。無論是模組的邊界，還是人員邊界。

跟大家推薦一個學習資料分享群：903217991，裡面大牛已經為我們整理好了許多的學習資料，有自動化，介面，效能等等的學習資料！人生是一個逆水行舟的過程，不進則退，我們們一起加油吧！

介面測試的時機

研發一般是後端和前端分開研發，當後端研發完畢後，介面便已提測，這個時候前端一般還沒有進入到研發。

在這個時候，我們進行介面測試，能提前發現重要問題，確保前端提測前，後端重要問題已經解決。

投入成本：介面手動測試的技能要求不高，掌握HTTP協議即可；工具一般用fiddler，postman，學習成本較低；不過介面測試對開發文件的要求比較高，如果開發給的不正確，除錯起來耗費的時間會比較長。

收益：相對於UI層面，介面的測試的收益也是巨大的，能在最短的時間發現重要的問題。

投入成本：介面自動化測試，一般只需要掌握一門語言，python或者java，比如python只需要掌握requests模組，與selenium、appium等工具比較起來，學習的API少，複用成本高，投入低。

另外，介面受外界因素的影響較少，比如瀏覽器、手機上的影響都很少。

收益：介面在迭代研發過程中，和UI相比變化非常少，自動化維護成本低，能在多個版本中複用。