業務驅動的 API 設計和開發
在過去的幾年里，API 以及構建它們的團隊在很大程度上被視為 IT 組織的外圍問題，這與現在的真相大相徑庭，由于 API 已經成為了企業的戰略性資源，因此業務用戶現在很早就參與到流程中并持續參與是非常普遍的，這些業務線領導者不只是順其自然：他們希望 API 是高質量的，并提供符合嚴格服務級別協議的性能，
敏捷方法論
盡管許多軟體開發團隊繼續使用瀑布式流程，但勢頭顯然是站在敏捷這邊的，這意味著測驗將需要變得更加精簡，并很好地集成到主線軟體開發程序中，在一天多次發生構建的世界中，還有什么可以期待的？如果在一個仍在使用“悠閑”的瀑布式評估程序來執行API評估的組織中作業，那么請為一些大的更改做好準備，要做到主動，最好了解其他組織是如何采用敏捷的，以及敏捷對API測驗的影響，
測驗自動化
轉向敏捷的一個副產品是新發現的自動化測驗的重要性，這對老式的質量保證組織產生了毀滅性的影響：由開發人員或高級測驗架構師撰寫的自動化腳本正在加速取代測驗人員，為了保持高薪作業，測驗人員必須提高他們的技能水平，如果花費大量時間手動運行 API 測驗并逐一評估結果，請注意：這不是一條經得起考驗的長期職業道路，更好的計劃是開始獲取知識-現在-成為一名擅長使用高性能測驗自動化技術的測驗架構師，
API 復雜性超過測驗能力
作為關鍵任務資源，API 對組織的大部分業務邏輯進行編碼已成為常規，過去，當 API 是可選的附加組件時，組裝一組足夠的基本測驗相對簡單，但是 API 現在要求的測驗級別超出了許多QA團隊的能力范圍，尤其是當他們不接近業務流程時，如果對企業 API 的理解比較隨意，那么這是一個需要彌合的重要差距，
如需了解更多API 設計和開發，請訪問：www.eolinker.com
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/302379.html
標籤：其他
上一篇：VulnHub-Tomato
下一篇：無人車編隊中的動作捕捉