1.為什麼要做介面測試：

　　1.因為很多系統關聯都是基於介面實現的，介面測試可以將系統複雜的系統關聯進行簡化

　　2.介面工程比較單一，能夠比較好的進行測試覆蓋，也相對容易實現自動化持續整合

　　3.介面相對於介面功能 ，會更底層一些，測試覆蓋會更容易

2.軟體開發週期：

　　1.介面測試在單元測試之後，ui測試之前

　　2.介面測試的函式數量遠遠小於單元測試，介面定義的穩定性高於函式的穩定性，同時介面定義的穩定性高於類級別的函式

　　3.介面測試改動的程式碼比單元測試少很多

　　4.基於子系統，子模組，介面層次的測試

　　5.所以介面測試可以獲得較高的投資回報，

3.什麼是介面測試：

　　1.介面測試又稱為API測試

　　2.介面測試就是測試系統元件間介面的一種測試。重點關注資料傳遞

　　3.介面測試一般會用於多系統間互動開發，或者擁有多個子系統的應用系統開發的測試

4.web server 概率

　　1、一種跨程式設計程式和跨作業系統平臺的遠端呼叫技術

　　　　最重要的兩種實現方式：SOAP&REST

5.SOAP & REST

　　1.soap　　互動資料一種協議規範，是一種輕量的，簡單的，基於xml的協議

　　2.rest　　一中軟體架構風格，可以降低開發的複雜性，提高系統的可可伸縮性

6.saop與rest區別

　　安全性：saop高於rest（銀行機構）

　　效率和易用性：rest更好

　　總體來說：saop更優於rest

7.rest or restful

　　restful 是rest 的形容詞

　　restful api值的是rest 風格的介面

　　一般來說rest 等於restful 

　　區別：

　　一個是名稱一個是形容詞

8.rest api

　　定義：

　　　　簡單來說rest是一種系統架構設計風格，一種分散式系統的應用層解決方案

　　目的：client和server 端進一步解耦

　　應用：最為經典的莫過於GitHub api

　　核心：資源

　　　　資源對應四種四種請求方式：

　　　　　　1.建立資源  post

　　　　　　2.獲取資源　get

　　　　　　3.更新資源 　put

　　　　　　4.刪除資源　delete
　　特點：　　

　　　　面向資源的介面設計

　　　　抽象操作為基礎的C(建立)R（讀取）U（更新）D（刪除）

　　支援請求方式：

　　　　　　head　　獲取頭部資訊

　　　　　　get　　　獲取資源

　　　　　　post　　 建立資源

　　　　　　patch　　更新部分資源

　　　　　　put　　　更新全部資源

　　　　　　delete　　刪除

9.冪等性

　　是一個數學概率，這裡表示傳送一次請求和多次請求引起的邊界效應是一致的，post不是冪等性方法

10.安全性

　　get head potions 均被認為是安全的方法 應為他只是獲取資料