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 均被認為是安全的方法 應為他只是獲取數據
