-
課程目的
受眾聽眾
課程安排
查看全部 -
api status code
查看全部 -
soap安全性更高
查看全部 -
# 域名 - 應該盡量將API部署在專用的域名之下（https://api.example.com）
查看全部 -
REST API接口設計規范：
除了測試功能正確/性能合乎標準/做了安全性的規范，也需行設計角度進行測試。
#協議 - 盡量使用HTTPS協議，確保交互數據的傳輸安全
#域名 - 應該盡量將API部署在專用域名之下（https://api.example.com）
#版本控制 - 將版本號放在URL或者Header中
查看全部 -
測試計劃設計：
業務流程：GET請求：
正向用例：返回所有對象和返回某一個對象
負向用例：一個不存在的ID
? ? ? ? ? ? ? ?URL輸入不正確
業務流程：post請求
正向用例：輸入正確參數新加一個對象（特殊字符，中文等）
負向用例：參數name為空/重復
? ? ? ? ? ? ? ?參數age為0/-1/100/101/字符串/null/空
? ? ? ? ? ? ? ?參數salary為整數/帶小數/負數/null/空
業務流程：PUT請求：
正向用例：輸入正確參數修改一個對象（特殊字符，中文等）
負向用例：參數id為空/無效值
? ? ? ? ? ? ? ?參數name為空/重復
? ? ? ? ? ? ? ?參數age為0/-1/100/101/字符串/null/空
? ? ? ? ? ? ? ?參數salary為整數/帶小數/負數/null/空
業務流程：delete
正向用例：刪除所有對象和刪除某個對象
負向用例：一個不存在的id?
? ? ? ? ? ? ? ?URL輸入不正確
查看全部 -
Rest API實踐
測試計劃
1.1需求描述，比如：
查看全部 -
content-type
查看全部 -
http header介紹
查看全部 -
postman主要功能
查看全部 -
Rest API接口實例
查看全部 -
http常見狀態碼：
返回結果設計
查看全部 -
1.Rest API接口規范
1.1設計規范：
????協議：使用https協議，確保交互數據的傳輸安全
????域名：應該盡量將API部署在專用域名之下
????版本控制：將版本號放在URL或者header中，實際應用看項目要求
????路徑：只能包含n，不能包含v
查看全部 -
冪等性概念查看全部 -
1.web service概念
????一種跨編程語言和跨操作系統平臺的遠程調用技術
主要的實現方式：soap & rest
2.Soap概念：Simple Object Access Protocol 簡單對象訪問協議
????交換數據一種協議規范，是一種輕量的，簡單的，基于xml的協議
3.Rest概念：Representational State transfer 表示性狀態轉換
????一種軟件架構風格，可以降低開發的復雜性，提高系統的可伸縮性
區別：
安全性：soap優于rest
效率與易用性：rest優于soap
成熟度：soap優于rest
4.rest 與 restful是同一個含義，區別在于一個名詞，一個形容詞
5.rest API
核心思想是資源
1??創建資源：Http Post
2??獲取資源：Http get
3??更新資源：Http PUT
4??刪除資源：Http Delete
特點總結：
1??面向資源的接口設計
2??抽象操作為基礎的CRUD
3??Http是應用協議而非傳輸協議
rest支持的方法：
1??HEAD（select）：只獲取某個資源的頭部信息
2??Get（select）：獲取資源
3??POST（create）：創建資源
4??PATCH（update）：更新資源的部分屬性（很少用，POST代替）
5??PUT（update）：更新資源，客戶端需要提供新建資源的所有屬性
6??DELETE（delete）：刪除資源
查看全部
舉報