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

轉載于:https://www.cnblogs.com/Marcki/p/10020185.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的rest测试定义的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。