1.沒有規范、完善的接口文檔，溝通協調完善文檔，通過抓包獲取報文
2.不完全了解接口與業務的關系，接口文檔不全面，需要花很多時間去確認
3.接口測試數據清理，
4.一些操作需要開發留后門才可進行，
- 接口斷言的准確性
- 跨系統斷言驗證的阻礙
- 剛開始考慮不全面，如每次跑腳本都登錄獲取token，其實token有一定的有效期，有效期內不用重復獲取；創建用戶先查詢用戶是否存在
- 測試數據的更新與維護，額度一直占用，會全部占用
- 測試用例的維護與更新，接口變化后，接口測試人員沒有及時了解，接口測試人員與功能測試人員是分開的
接口返回的數據與數據庫對比驗證。sql比較復雜，運行效率太差。
場景化的接口，多個接口組成一個用例，數據依賴的處理
- 接口的斷言，廣度和深度怎么把握？
斷言某個字段返回？斷言全部字段返回？斷言數據落庫？斷言數據落庫的准確性? - 接口用例的編寫方式推廣，Excel？yaml?代碼？web線上編寫？每個人接受的方式都不一樣，推廣不下去
1.接口用例維護和接口測試數據管理
2.接口之間的依賴關系維護
1、參數依賴問題，上個接口的返回如何作為下個參數的傳參，解決方案：設置全局變量，用一個key,value的字典存儲
2、寫完接口自動化，公司沒有接口定時構建平台，解決方案：和運維同學一起搭建服務端Jenkins服務器，Jenkins拉取gitlab代碼，實現定時的構建和結果發送
3、場景化接口，大多數接口有強依賴關系，解決方案：通過pytest, 給每個接口請求指定order, 按順序來執行腳本，
4、接口文檔更新不及時，與實際接口出入很大，解決方案：登錄web, 通過F12, 自己抓請求的參數，然后寫接口自動化的腳本
1.用例2模塊調用用例1模塊初始化的session，導致用例被重復執行
解決：接口請求統一封裝
2.不同模塊接口的基礎路徑不一樣，存在多個URL
解決：放在請求統一封裝的方法中處理，初始化init方法傳入基礎URL進行拼接
3.接口之間關聯數據存入臨時文件中，但每執行一次都會多出一份重復數據
解決：conftest.py文件加入session級別前置夾具，執行所有用例之前清空臨時文件
1、獲取接口實際返回與預期對比
2、數據庫查詢結果與實際結果對比
3、頁面實際返回與預期對比