① 啥是介面測試
介面也就是我們通常說的API吧，個人認為介面分為程序內部介面，程序外部介面，內部介面的測試通常是進行白盒測試（測試通常是開發進行的），你這里說的應該是程序的外部介面。其實程序的外部介面也可以進一步細分的，比如組件的介面，web服務介面等等。對於組件的介面的測試也是使用白盒測試的，需要准備驅動程序。而web服務介面的測試，可以藉助一些工具來進行。你說的淘寶的介面測試應該就是對web服務的測試，其實原理就是你根據web服務的格式要求准備測試數據（xml文件），然後通過工具把請求發送的web伺服器，然後驗證返回的結果。
到測試界網站查看回答詳情>>
② 如何做好Web介面測試
你好，個人理解的你所說的後台的數據的測試是指的是對數據的校驗，不知理解的是否正確，那麼根據這個理解，我的解釋是，在我們框架中，增加了很多的功能方法用來幫助進行自動化腳本的編寫和結果校驗，其中就包括後台數據校驗方法，當我們的
測試用例需要在後台進行數據校驗的時候，調用這些數據校驗方法即可。相當於是，前台頁面操作的自動化是封裝selenium的方法去操作頁面，而對後台數據的校驗是通過增加功能方法來實現的，可以理解為不同的兩部分，但是在編寫測試腳本的似乎，根據測試用例的設計，這兩部分都可以拿過來使用。
③ 如何搭建學習web介面測試環境
介面測試就是對某一個介面進行測試代碼的編寫和執行。一般情況下，實施介面測試的優先順序是：對暴露在外面的介面（該介面會給第三方調用）進行介面測試；內部的核心功能介面也會做介面測試；內部非核心功能介面的介面測試（很多時候就是單元測試）。當然這個實施的具體細節，還需要根據項目的情景和人員的能力來確定如何實施介面測試、在哪裡做介面測試、為什麼要做介面測試、做到什麼程度等。
介面測試的實施條件
接下來說下，介面測試實施需要的一些條件。第一個就是測試人員的能力，代碼的熟悉能力、介面測試框架的使用能力、介面測試環境的搭建能力、介面測試設計的能力、基礎代碼的編寫能力、基礎Debug能力等。第二個就是介面測試框架，框架是否定製化一些功能（比如自動載入java bean、方便初始化數據、方便校驗資料庫數據等）。第三個就是測試團隊和測試流程的支持，測試團隊需要支持測試人員對核心介面進行介面測試（包括時間上、精力上、技術上等支持）；測試流程上需要保證介面測試的效率和項目接入性（在項目當中實施介面測試，充分考慮開發團隊和功能測試團隊合作等）。
④ 為什麼做介面測試介面測試能發現哪些問題
舉個例子吧：
測試用戶注冊功能，規定用戶名為6~18個字元，包含字母（區分大小寫）、數字、下劃線。首先功能測試時肯定會對用戶名規則進行測試時，比如輸入20個字元、輸入特殊字元等，但這些可能只是在前端做了校驗，後端可能沒做校驗，如果有人通過抓包繞過前端校驗直接發送到後端怎麼辦呢？試想一下，如果用戶名和密碼未在後端做校驗，而有人又繞過前端校驗的話，那用戶名和密碼不就可以隨便輸了嗎？如果是登錄可能會通過SQL注入等手段來隨意登錄，甚至可以獲取管理員許可權，那這樣不是很恐怖？
所以，介面測試的必要性就體現出來了：
①、可以發現很多在頁面上操作發現不了的bug
②、檢查系統的異常處理能力
③、檢查系統的安全性、穩定性
④、前端隨便變，介面測好了，後端不用變