創建RESTful API測試程序的基礎

測試web應用程序本來的標準實踐主要是前端圖形用戶界面測試。爲了朝着現代化的交付管道（例如持續集成或連續交付）發展，測試標準已經從頭至尾進行了改造，團隊須要精通自動化，而且必須將重點轉移到經過提早構建高質量和高效的產品來防止缺陷。開發人員、產品經理、業務分析師和QA團隊成員必須從規劃和構建更好的測試組合開始。當他們開始緊密合做時，將肯定知足驗收標準所需的條件，並做爲一個團隊來肯定測試的最佳方式。

什麼是RESTful API？
簡單地說，REST是兩臺計算機經過互聯網相互通訊的一種方式。一個充當web瀏覽器，另外一個充當web服務器。傳輸經過web進行，web經過HTTP/HTTPS協議進行通訊。執行的HTTP請求方法有GET、PUT、POST和DELETE。
兩種經常使用方法是GET和POST：
GET用於從指定資源中檢索數據。
POST用於建立要處理到指定資源的數據。

爲開發和測試設計API
在設計RESTful API測試策略時，概述sprint和發行版將要執行的全部活動是很重要的。有一個清晰的測試策略將在sprint的早期增長協做和交流，而不是在最後。一般，當團隊中的每一個人對產品質量承擔更多的責任感時，團隊的生產率就會提升。

影響用戶體驗的特徵
在啓動和維護API時，整個團隊都須要考慮API用戶體驗的各個方面。如下表明瞭團隊應考慮的不一樣API特徵：
一、選擇測試技術
選擇多是壓倒性的；有不少開源工具、供應商工具和定製的測試工具。在評估任何測試技術時，須要實際考慮您的需求。

二、測試範圍
要打造每一個人都熱衷的高質量產品，須要一個深思熟慮的測試策略。它經過在sprint期間並行地編寫測試，在編寫代碼的過程的早期就開始了。這致使更好的設計和更少的錯誤。單元測試是任何測試策略的基礎。

三、定義標準
預先創建標準並將其傳達給團隊中的每一個人都是相當重要的。例如，這將有助於避免因爲意外更改或沒法擴展而引發的常規測試和編碼麻煩。

四、職責範圍
明確概述每一個團隊成員對開發人員，QA，DevOps團隊和產品經理的職責。

五、連續測試
連續測試不只與API測試的實現有關。它首先是一種策略，而後是工具選擇，最後是API測試的實現。一旦創建起來，而且有了出色的分析支持，持續測試就能夠提升應用程序和整個交付鏈的質量。

RESTful API測試技術
對於任何類型的自動化腳本，最多見的挑戰是爲項目找到合適的技術。許多團隊因爲如下幾個緣由都沒法經過這一階段：
一、不瞭解全部可用的工具或測試框架。
二、缺少定製和部署現有框架所需的專業知識。
三、沒法負擔供應商工具的成本。
四、沒有可用的時間或資源來自下而上構建自定義測試工具。
舉例一些普遍用於自動化API測試的工具或框架：Postman、Eolinker、SoapUI。

結論
測試策略不只僅是一張紙。它是全部活動的反饋，如開發、測試和循環反饋。它經過提供快速反饋和容許在sprint期間進行迭代來改進整個交付鏈，使您能夠自信地發佈RESTful API。
翻譯：www.eolinker.com