接口自動化的工具現在有很多個選擇，本篇文章着重介紹YAPI的使用方法；
1、它首先是一個很好的接口維護的工具；
開發同學的接口文檔可以在此工具上維護；
現在很多的文檔的維護都是多人協同維護了，例如jira、石墨等。相對於postman更傾向於本地化，YAPI更能提現協同合作的優勢。
開發同學可以根據各自的分工來分別維護自己所負責模塊的接口；
而組長有分配的權限來給各個成員分配各個模塊的查看和編輯的權限
在接口的編輯頁面可以整理自己接口的信息，請求的參數以及返回的結構和信息，各種備注等等；
開發的同學在維護完成接口后，測試同學就可以運用接口來進行接口的測試以及測試集合自動化測試的case編寫了。
2、單個接口測試時，更方便靈活，更易用；
了解調用接口各參數的含義，以及結合自己測試的業務的場景，調用接口就可以拿到自己的測試數據，這里不做重要闡述。
在GET的后面可以配置你要測試的環境域名，測試環境或者生產環境的；
3、接口自動化測試，可以0代碼基礎進行接口集合的測試；
上圖中，填寫好請求的參數之后點擊發送就可以調用接口了，在頁面的下面就可以查看打印出返回的數據；點擊保存的話，這個case就被保存在測試集合中了，一個測試集合中可以多次調用相同的接口，這個測試集合可以滿足你各種不同參數的case以及場景，並且可以跨模塊來調用不同模塊的接口滿足一個場景中調用多個接口；
這里可以切換各種環境，點擊開始測試就是自動執行集合中所有的case即接口。
執行集合用例時，會生成測試報告，這里需要對集合中的每個case進行斷言的編寫，去驗證自己的測試點是否通過；
例如上面兩個case，首先可以驗證調用接口在服務端返回的狀態碼是否正確
上圖展示了用node語言去初步的斷言該接口返回的狀態為200；
然后斷言接口返回的數據狀態碼是正確的：100；
如果狀態碼不正確的話，那么執行此集合的時候就會報錯，如下圖，會以嘆號展示測試不通過，集合中的接口如果執行到與斷言結果不同的時候，那么就直接返回錯誤了，后面的斷言也就不會繼續執行了；
case中返回的數據與斷言結果不一致：
還可以驗證接口返回的數據中從數組，到對象，然后再到字符串的驗證都是可以的，上圖中就有接口中訂單號一定不為空的斷言編寫；
根據拿到的接口可以做很多場景的自動化場景的測試：
校驗case中的例如用戶信息是否正確，各種數據是否齊全；或者校驗返回的數據中一定沒有**，等等。
原文：https://blog.csdn.net/tiejian147/article/details/102643188