-
REST API 接口規范
路徑：只能包含名詞，不能包括動詞
過濾信息：?limit=10 ?offset=10 ?page=1 ?sortby=name
Hypermedia API：在返回結果中提供相關資源的鏈接，連向其他 API 方法
驗證（Authentication）：確定用戶是其申明的身份，比如提供賬戶的密碼。
授權（Authorization）：保證用戶有對請求資源特定操作的權限。比如用戶的私人信息只能自己能訪可，其他人無法看到；有些特殊的操作只能管理員可以操作，其他用戶有只讀的權限等。
查看全部 -
設計視范：
協議：使用 HTTPs 協議，確保交互數據的傳輸安全。
域名：應該盡量將 API 部署在專用域名之下。 https://api.example.com
版本控制：將版本號放在 URL 或者 Header 中
查看全部 -
補充一些概念：
冪等性（Idempotent）：是一個數學上的概念，在這里表示發送一次和多次請求引起的邊界效應是一致的。Post 是不幕等方法
安全性：GET、HEAD 和 OPTIONS 均被認為是安全的方法因為它們旨在實現對數據的獲取，并不具有邊界效應（Side Effect)
查看全部 -
REST 支持的方法
查看全部 -
REST 特點總結
面向資源的接口設計
抽象操作為基礎的 CRUD
Http 是應用協議而非傳輸協議
查看全部 -
核心思想是源
查看全部 -
REST API
出現：REST 最早是由 Roy Fielding 博士發表的論文中提到的
定義：簡單來說 REST 是一種系統架構設計風格（而非標準），一種分布式系統的應用層解方案
目的：Client 和 Server 端進一步解耦
應用：最為經典的莫過于 github API
查看全部 -
REST or RESTFUL
區別：
RESTful 是 REST 的形容詞形式
RESTful API 指的是 REST 風格的接口
一般來說 REST 等于 RESTFUL，區別一個是名詞一個是形容詞
查看全部 -
SOAP 與 REST 區別：
安全性：SOAP 會好于 REST?
效率和易用性：REST 更勝一籌
成熟度：總的來說 SOAP 在成熟度上優于 REST
查看全部 -
SOAP REST
Soap - simple Obiect Access Protocol
交換數據一種協議規范，是一種輕量的、簡單的、基于 XML 的協議。
?REST - Representational State Transfer
一種軟件架構風格，可以降低開發的復雜性，提高系統的可伸縮性。
查看全部 -
Web Service
一種跨編程語言和跨操作系統平臺的遠程調用技術。
最重要的兩種實現方式：SOAP & REST
Web 2.0 時代，REST 方法的廣泛普及
查看全部 -
接口測試又稱為 API 測試 Application Programming Interface
接口測試是測試系統組件間接口的一種測試。重點關注數據傳遞。
接口測試一般會用于多系統間交互開發，或者擁有多個子系統的應用系統開發的測試。
查看全部 -
接口測試在單元測試之后，UI 測試之前。
接口測試可以獲得較高的投資回報。
查看全部 -
很多系統關聯都是基于接口來實現，接口測試可以將復雜的系統關聯進行筒化。
接口功能比較單一，能夠比較好的進行測試覆蓋，也相對容易實現自動化持續集成。
接口相對于界面功能，會更底層一些，測試覆蓋會更容易。
查看全部
舉報