接口自動化課程(3)_接口的整理

【PPT將在後續完成輸出~，請關注公衆號~】

---

 

第四節.接口的整理

接口爲何要整理？我總結了下：在整理與無需整理間的四種狀況，期間能夠不整理的狀況在當前市場上的機率是5%不到，這主要歸由於項目團隊的文化規範問題，好的項目團隊老是能夠有很好的積累，完整的按照軟件開發流程進行，但這樣的團隊目前來講，很難遇到~

 

接口是否規範分爲如下4種狀況：

1. 開發提供接口文檔，文檔編寫標準

2. 開發的源碼也是依照已編寫好的接口文檔進行調用生成

3. 開發提供接口文檔，可是文檔的編寫沒有很詳細

4. 開發未提供接口文檔

5. --正常來講，接口應該在需求階段結束後，由研發與測試探討接口的模式--

【一】

開發提供接口文檔，文檔編寫標準

a.請參考：

https://blog.csdn.net/qq_41961113/article/details/80347341

b.樣例以下：

 

 

 

 

依照這種模式，測試能夠很容易的進行接口請求及返回驗證的腳本編寫：

1）請求URL

2）請求方式&參數(必填與否)

3）返回響應驗證匹配

 

【二】

開發的源碼也是依照已編寫好的接口文檔進行調用生成

 

a.請參考

    Swagger UI在線例子

b.參考樣例

 

c.打開b內的列表有詳細的請求地址方式參數等信息

 

相似這種接口的，無需開發二次整理，測試也無需進行二次整理，不過不整理的前提是接口是可用的正常的。

 

測試也可直接調用該接口進行自動化測試，這種對於接口的持續集成自動化來講是最好的~

 

【三】

須要整理的接口

 

>開發提供接口文檔，可是文檔的編寫沒有很詳細

>開發未提供接口文檔

 

以上這兩種實際上是同樣的，須要測試本身去整理！

->樣例：

 

 

咱們將針對以上的兩種狀況，詳細的描述下如何進行接口的梳理，達到咱們可以使用目的

在沒有文檔的狀況下，咱們須要可以對接口進行抓包，抓包以後進行梳理出須要的key-value

 

【備註：本節內容較多，將分解介紹，下節再見~】