7-29接口測試入門

學習目錄：

• 1.接口基礎知識
• 2.接口測試的價值
• 3.接口行爲觀測與分析
• 4.接口用例編寫與管理
• 5.接口用例運行與維護

1.接口定義

應用程序接口（API：Application Programming Interface）：又稱爲應用編程接口，就是軟件系統不一樣組成部分銜接的約定。
API的應用開發須要按照API發佈者提供的規範進行開發。

API網關

接口測試的重要性
UI自動化天生缺陷

• 測試執行效率低下
• 測試構建成功率低
• 測試覆蓋能力有限
• 測試用例維護困難

接口測試的必要性

• 行業成熟方案
• 更早發現問題
• 更快質量反饋

接口測試的優缺點總結：

優勢：

• 接口測試執行效率高、較低的維護成本
• 接口自動化實現成本低
• 相比UI自動化更高效和穩定

缺點：

• 接口測試沒法覆蓋客戶端的質量，仍然須要客戶端的測試人員配合
• 接口測試沒法實現代碼邏輯的100%覆蓋，須要與單元測試配合使用

協議是指計算機通訊網絡中兩臺計算機進行通訊所必須共同遵照的規定或規則，超文本傳輸協議（HTTP）是一種通訊協議，它容許將超文本標記語言（HTML）文檔從Web服務器傳送到客戶端
HTTP是一個應用層協議，有請求和響應構成，是一個標準的客戶端服務器模型。HTTP是一個無狀態的協議。
請求：請求方法、請求地址、請求頭、請求體
響應：狀態嗎、響應頭、響應體
響應碼：
1xx：指示信息--標識請求已接收，繼續處理
100：continue，客戶端應繼續其請求
2xx：陳工---表示請求已被成功接收、理解、接受
200：請求成功
3xx：重定向--要完成請求必須更進一步的操做
302：請求重定向，新的URL會在Response中的Location中返回，瀏覽器將會使用新的URL發出新的Request
4xx：客戶端錯誤--請求有語法錯誤或請求沒法實現
400：客戶端請求與語法錯誤，不能被服務器所理解
404：請求資源不存在
5xx：服務器端錯誤--服務器未能實現合法的請求與請求header相似
500：服務器發生了不可預期的錯誤
協議分析工具：
網絡嗅探：

• WireShark
• TcpDump
  Proxy：
• fiddle[僅Windows]、AnyProxy[全平臺]
• 推薦工具：Charles[全平臺]、burpsuite[全平臺Java]
  分析工具與協議客戶端工具：
• curl Postman
• Chrome DevTool、PostMan
  curl

問題

1.性能和壓力測試最核心的部分是腳本編寫嗎？

性能和壓力測試最核心的東西不是腳本的編寫，壓力的建模和後面的分析纔是壓力或性能測試最重要的。也不在工具自己，Jmeter、Loadrunner、postman均可以