介面是為了實現區域性資料的共享，同時又考慮到安全性的需要，提供給外部系統呼叫的乙個入口，介面用來交換資料，控制資料的輸入與輸出。介面包含：
外部介面：供外部系統的呼叫，是外部系統與系統之間的互動點。
內部介面：系統內部各子系統之間的互動點，供資料在系統內流動。
常見web介面分類：json rpc:
dubbo:
http api介面 呼叫http協議，用url路徑區分呼叫位址，報文都是key-value形式的，返回報文一般都是json串，有get和post等方法，get和post通過路徑區分呼叫的方法。 本文涉及與工作相關的知識，只整理和分享http api介面。 常見的http請求包含：get，post，除次之外， 根據版本的不同，可能提供有put，delete
http請求方式
get: 讀資料，向特定的資源發出請求，得到資源。
post：向指定資源提交資料進行處理的請求，用於新增新的內容。
put：向指定資源位置上傳其最新的內容，用於修改某個內容。
delete：請求伺服器刪除請求的uri所標識的資源，用於刪除。
trace：回饋伺服器收到的請求，用於遠端診斷伺服器。
connect：用於**進行傳輸，如使用ssl
patch：用來對已知資源進行區域性更新。
option：它用於獲取當前url所支援的方法。
head：只請求頁面的首部 以上幾種方法，最常用的是get/post/put/delete，post方法不是冪等（idempotent）的，多次執行，將有多條目被建立。get/put，patch， delete是冪等的， 即相同的操作， 結果不變。
常見http狀態碼
1xx：通知，收到請求，等待指示
2xx: 成功, 比如200， 代表響應成功。
3xx: 重定向.
4xx: 客戶端錯誤，需要自行改正，比如401代表訪問錯誤，403表示沒有許可權，404頁面不存在。
5xx: 服務端錯誤， 比如：504伺服器連線超時。
介面測試
介面測試是測試系統元件間介面的一種測試，測試的重點是檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
為什麼做介面測試
前後端架構的分離，是介面測試必要性的乙個原因。
系統的安全性，穩定性，更需要在後端控制。
輕鬆整合，容易回歸。
介面測試的依據**來？
在測試的過程中，介面測試開始前，需要依賴以下文件：
需求說明書：
通過需求說明書，設計測試用例。
技術方案文件：
通過技術方案了解系統間的邏輯處理及呼叫情況。
介面說明文件：
介面測試用例的測試用例設計
業務功能
通過性驗證，即正常功能是否正常工作。
引數邊界驗證。
業務規則是否處理完整，**分支覆蓋功能。
其他方面
異常場景（重複提交， 併發提交，事務終端， 非同步處理）
效能測試（響應時間， 吞吐量， 併發數， 資源要求）
安全測試（敏感資訊的傳入傳出， 許可權， sql注入等）
介面測試的方法
借助工具，比如：postman，yapi， soapui， jmeter。
**模擬， 斷言判斷。
介面測試的重點
除此之外，介面測試可以關注與伺服器邏輯驗證， 而ui測試關注也頁面展示邏輯及介面前端與伺服器即成驗證。
測試工程師需要了解的資料庫知識
應該說，絕大多數的應用都跟資料緊密相關，比如weixin，需要存放大量的資料資訊 聯絡人資訊 傳送的資訊 朋友圈資訊等等。這些資訊絕大多數是存放在關係型資料庫中。因此，測試工程師對資料庫的了解，是基本的要求。具體說來，測試工程師應該具備哪些知識呢？我們從測試的各個環節來講吧。首先，你需要了解軟體的需...
測試工程師簡介
一 什麼是軟體測試？1975年，兩位軟體測試先驅john good enough和susan cerhart 在ieee上發表了 軟體資料選擇的原理 此時將軟體測試定義為 證明軟體的工作是正確 的活動。1979年，glenford j.myers的著名的 軟體測試藝術 對測試的定義是 發現錯誤而執行...
軟體測試工程師
首先，最根本的還是要看企業自身的需要，綜合自己的測試團隊力量，自己公司的研發狀況，當然還有公司的資金 到底到測試這塊公司願意投入多少money呢?另外要搞清楚自己公司招聘測試人員的目的是什麼?比如，如果公司暫時還沒有測試團隊，這個時候公司剛好有財力，同時研發力量比較大的時候，因為發展的需要，必須要組...