隨著測驗左移思想的引入， API （應用程式編程介面）經濟的飛速增長導致對 API 管理平臺的需求相應增加，越來越多的企業注重并關注介面測驗，單純的做介面測驗或者做好介面測驗的本質作業其實并不復雜； 我們可以借助介面測驗工具輔助我們的作業，或者自己撰寫代碼維護核心介面自動化腳本，單一的來看這些作業的話其實要做到這些并不難，難得是想要把整個程序流程化，規范化可能我們需要花費一定的時間去梳理和制訂，下面是我們在測驗程序中經常會遇到的一些問題和建議，我把這些整理出來，希望可以對大家起到一些建議性的幫助和正確的引導，
API 檔案管理繁瑣
目前現狀：
-
API 數量，協議，規范眾多
-
撰寫檔案麻煩，協作效率下降
-
專案維護成本增加
規范化 API 管理的好處：
統一的 API 檔案有助于減少專案維護和溝通成本，無論什么專案、什么人撰寫什么 API ，系統都可以保證 API 檔案的可讀性，方便后續維護和團隊協作，有一款方便管理、查閱 API 檔案，提高日常代碼（ CV ）效率，如果有一款 API 檔案管理工具可以大大提高作業效率和高質量交付作業，
API 版本管理弱
目前現狀：
-
API 變更通知不及時
-
缺少版本管理和對比手段
-
管理人員對 API 管理的痛點
a. 無法隨時清晰的了解當前進度的狀態：
Manager 無法從代碼層面清晰的看到開發進度，需求排期的情況，是否已經到達提測階段，是否已經對接和發布都缺少一個平臺展示，
b. 發現問題總是滯后
讓開發團隊撰寫進度說明比撰寫開發檔案更難，由于缺乏了解問題的渠道，只能通過開會的方式，口頭了解問題，但是當問題被說出來時，其實早已滯后了，
以上兩個問題不難發現：專案進度管理工具并不完全適用于研發作業，如何規范開發行為、判斷開發質量、幫助團隊溝通的協作，這些日常問題依然得要人力介入，效果并不好，
管理缺乏工具，針對研發作業需要有深入參與研發的管理工具才行，
管理 API 變更歷史：
通過 API 變更通知、 API 評論、 API 版本管理等功能促進團隊高效協作，構建敏捷團隊，
API 開發協作慢
目前現狀：
- 前/后端、測驗的作業需要互相等待，無法高效合作；主要體現在以下方面：
a. 前端開發進度受制于后端：單純API檔案缺乏 Mock API ，前端需要等待后端開發完成才能拿到測驗資料，自己構造測驗資料費時費力，
b. 反復溝通浪費時間：由于檔案滯后于代碼，而開發經常在開發最后才完善檔案，導致前后端對接需要反復溝通確認，
c. 缺少統一溝通平臺：如果 API 出現了什么問題，只能在內部通訊工具交流，既沒有存檔，也不便于多人協作，
d. 檔案變更不通知：后端開發改了代碼和介面習慣于口頭溝通，而不是通過檔案明確地指出修改的內容，導致后期溝通成本高昂，
e. 檔案閱讀體驗差：檔案不標準、內容不清晰、平臺不統一等問題導致最終檔案效果也不好，體驗越差越不維護，導致破窗效應，
f. 介面測驗不方便：需要看著介面檔案再另外使用工具進行測驗，如果介面發生了變化，寫好的測驗也作廢了，增加了重復作業量，
幫助團隊內部進行協作，共享勞動成果：
團隊之間沒有參與任何溝通協作的內容，缺乏API定義、測驗、協作的主動權，
測驗維護成本高
目前現狀：
-
維護測驗麻煩，每次改動 API 都需要手動維護測驗用例
-
測驗時間完全不夠充分；主要體現在：
a. 測驗作業重復：需要看著介面檔案再另外使用工具進行測驗，如果介面發生了變化，寫好的測驗也作廢了，增加了重復作業，
b. 作業成果無法分享：每個測驗人員都用單機測驗工具撰寫測驗腳本，但卻沒法共享和協作，
c. 測驗作業不自動化：一直希望促進自動化測驗，但是沒有真正運作起來，每天“點點點”依然消耗大量測驗團隊的精力，
d. 測驗效果無法量化：無法準確了解測驗效果，沒人可以說清今天、昨天、上周、這個月的測驗情況如何，和之前比有何改進，
e.** 測驗作業被動**：測驗總是排在最后進行，無法參與專案討論，無法進行快速大范圍回歸測驗，甚至無法按時完成測驗任務，導致專案延期或帶著忐忑上線，
引入管理 API 測驗用例工具:
將檔案和測驗關聯起來有助于減少 API 測驗和維護測驗用例的時間，不再需要一邊對照 API 檔案，一邊打開其他的工具來測驗，提高測驗人員的作業效率，所有 API 測驗資料、用例、報告都在平臺中統一管理，減少測驗團隊的重復作業，讓團隊成員可以共享作業成果，
自動化測驗難
目前現狀：
傳統 API 自動化測驗工具上手門檻高，對成員水平要求高，無法快速在團隊推廣 API 自動化測驗經常受到測驗人員編碼水平等因素的影響，難以大范圍和高效實施， Eolink 提供的 API 自動化測驗可以不撰寫代碼，測驗人員進行簡單的培訓后即可撰寫復雜的測驗用例，通過自動化取代手工來進行重復的 API 測驗，
Eolink 工具可以幫助測驗團隊提高測驗效率和測驗覆寫率，
以上的問題你在作業中遇到過嗎？請問是怎么處理和優化程序的呢？
說出你的心得和感受，請在下面的評論區給我留言互動，
圖中所使用的的介面管理工具是eolink，感興趣可以自行使用：www.eolink.com
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/499355.html
標籤：其他
下一篇：Git