lin 擴展 完成 enter 等等 場景 res 為什麽 測試數據

什麽是API測試

　　什麽是API 　　關於定義什麽的，直接維基可得： 　　API（Application Programming Interface，簡稱：API），又稱為應用編程接口，就是軟件系統不同組成部分銜接的約定。由於近年來軟件的規模日益龐大，常常需要把復雜的系統劃分成小的組成部分，編程接口的設計十分重要。程序設計的實踐中，編程接口的設計首先要使軟件系統的職責得到合理劃分。良好的接口設計可以降低系統各部分的相互依賴，提高組成單元的內聚性，降低組成單元間的耦合程度，從而提高系統的維護性和擴展性。 　　換句話說，API也可以看做程序/資源/組件的集成點。它的功能會跟UI有些類似，通過某些特定指令、參數等可以讓後臺的一堆代碼運行起來，最後得到想要的結果。不同的是它不提供可視的按鈕文本框之類的界面，而通常是由一個直接和底層代碼打交道的鏈接構成。 　　什麽是API功能測試

　　API測試是針對系統所提供的API做各方面的驗證。API的性能和安全測試根據測試策略的不同，會是一個可選測試項。這個可以作為兩個單獨的問題來討論。 　　API的功能測試類似於UI功能測試，都是在已知輸入內容和期望結果的前提下，使用這個功能/調用這個API並且驗證是否能返回期望的結果。不同的是API測試在返回結果被呈現給客戶前就完成了，從而對測試環境的依賴會比較小。 　　為什麽要做API功能測試 　　測試金字塔 　　在討論這個話題之前，我們先來回顧下測試金字塔： 　　 TestPyramid 　　如圖所示。簡單來講就是說越往上層走的測試，需要投入的成本會越高，而且會越難以維護。在這個結構下，因為UT已經覆蓋了絕大部分的代碼，所以其上層的集成/API測試和UI測試可以去除重復測試的部分，從而量也會越來越少，並且會有不錯的覆蓋率。 　　所以理想中的自動化測試

結構應該是大量的UT+適量的集成測試(或者API測試)+少量的UI測試。 　　構建API測試的價值 　　測試覆蓋率。UT關註點是各個單元是否能夠完成期望工作，只覆蓋一個單元內部工作情況；集成/API測試關註點是各個模塊/單元之間協同工作，它所覆蓋的場景也會比單元測試更多。而UI測試會更加關註e2e，模擬用戶行為，在所有的程序依賴環境準備完成後再進行操作。相比之下API測試不依賴環境，測試成本會比UI測試更低，而且覆蓋率比UT更高。 　　快速反饋。API測試速度比UI測試更快(因為無需界面加載/響應)，短時間內能跑很多用例。API測試也能精確的揭露是軟件中哪個組件除了問題，如果把你的API測試放到CI裏面，一旦代碼修改破壞了現有的功能，就能夠快速反饋到團隊中。還可以把測試中發現的BUG也寫到API測試裏面，讓測試成為一堵墻，從而能更好的能保證產品質量。 　　可復用。API測試由於不需要瀏覽器

、GUI等環境，所以可以更加靈活的在各個環境中復用。例如你可以在產品環境中、測試環境、研發環境中使用，你需要做的只是修改下測試數據而已。另外如果是在TDD模式下工作的話，API測試可能會在產品完成前就寫完了，後續的工作也會減少很多。 　　怎麽做API功能測試 　　API功能測試的主要手段是使用工具/軟件調用待測API，然後驗證是否返回期望的output。這個output通常可能是: 　　* 返回成功或者失敗的status 　　* 是一段數據或者information 　　* 或者是跳轉到其他API 　　工具 　　市面上常見的API測試工具我知道的可以分成幾大類： 　　1、開源純代碼類，比如基於nodeJS的supertest，基於Java的rest-assured等，這類工具易於學習，易於和CI集成，但是需要使用者有一定的編碼能力。 　　2、商用工具，比如SoapUI，功能強大操作簡單，還提供免費社區辦可以試用。 　　3、各類插件工具，比如Chrome插件Postman，也有收費版可以玩兒。 　　工具的選擇見仁見智，根據不同的環境選擇不同的工具。 　　測試 　　在正式開始測試之前，你得先搞清楚幾個問題： 　　· 待測API的目的是什麽，誰是使用者 　　· 待測API會在什麽環境下使用 　　· 待測API在異常環境下會不會有非期望響應 　　· 這個測試需要測什麽功能點 　　· 各個功能點的測試優先級 　　· 如何定義期望返回的結果是成功還是失敗 　　· 待測API會不會和其他系統有交互(修改代碼後影響其他系統) 　　這些問題會影響到你的測試結果是否符合客戶需求，或者說這些潛在的風險會影響到這個項目是否成功。 　　如果你選的是必須得自己寫點兒代碼的工具： 　　·根據選擇的工具和項目代碼，去setup測試環境，讓工具能夠成功跑起來。 　　·設計你的測試框架，最好是要滿足可復用性強，高內聚低內聚什麽的原則，記得要有輸出測試報告的模塊。 　　·設計用例，根據需要測哪些功能點，記錄測試的場景。 　　·腳本設計和測試數據設計，腳本和數據最好可以分開，這樣的話可以復用測試腳本，用不同的測試數據輸入去獲取不同的期望結果。 　　驗證的過程大致包含下面這些： 　　1、檢查API是不是根據你輸入的數據返回期望的結果 　　2、驗證API是不是不返回結果或者返回異常結果 　　3、驗證API是不是正確觸發其他event或者正確調了其他API 　　4、驗證API是不是正確更新了數據等等 　　完了就是輸出測試報告了，好的測試報告可以幫助你輕松定位到出錯的地方，使修復流程更加順暢。 轉載 http://www.51testing.com/html/60/n-3711160.html

API測試