談起軟體測驗，就不得不說一下介面測驗，凡是有功能的軟體都離不開介面，沒有介面的軟體只是一個模具或頁面，不具備任何功能，
什么是介面
業內常說的介面一般指兩種：
API：應用程式編程介面，程式間的介面
GUI：圖形用戶界面，人與程式的介面
軟體介面測驗中的介面特指API介面
介面測驗又稱API測驗
介面實體：系統與系統間的介面呼叫，作用：實作了兩個或多個獨立系統或模塊間的通信和資料交換能力，
介面測驗是什么
介面測驗就是驗證這些資訊能否正確傳遞，驗證這個方法是否正確，有沒有存在潛在的安全，性能問題，
所以總結一下介面測驗的測驗點就有三個：介面手動測驗、介面安全測驗、介面性能測驗，
為什么要做介面測驗
1)互聯網的快速發展，公司內部系統或與外部系統的關聯越來越多，一個業務流程關聯多個后端系統，它們的關聯都是基于介面來實作，介面測驗可以將復雜的系統關聯進行簡化，只要做好每個介面的測驗就能夠較好的保證系統質量，
2)單個系統的變更，是否會影響到關聯業務系統，比較難用常規的測驗方面來覆寫相關的應用系統（例如使用此介面的外部 系統有N個，不可能每個做功能兼容性測驗），但可以通過對介面功能的覆寫來驗證是否影響它人對介面的呼叫，
3)介面功能比較單一，能夠比較好的進行測驗覆寫，也相對容易實作自動化持續集成，可以減少人工回歸成本與時間，縮短測驗周期，
4)介面相對于界面功能，會更底層一些，測驗覆寫會更容易（如業務在呼叫介面時做了判斷，當不滿足條件時鏈接就不顯示，此時從界面無法測驗相關功能是否做好判斷，通過介面就比較容易）
介面測驗范圍
1)業務功能（包括正常、例外場景是否實作）
2)業務規則（覆寫度是否全面）
3)引數驗證（邊界、業務規則是否達到要求）
4)例外場景（重復提交、并發提交、事務中斷、多機環境、大資料量測驗）
5)性能測驗回應時間、吞吐量、并發數、資源要求）
6)安全測驗（權限驗證、SQL注入等）
介面測驗的重點
1、檢查介面回傳的資料是否與預期結果一致，
2、檢查介面的容錯性，假如傳遞資料的型別錯誤時是否可以處理，
3、介面引數的邊界值，例如，傳遞的引數足夠大或為負數時，介面是否可以正常處理，
4、介面的性能，http請求介面大多與后端執行的SQL陳述句性能、演算法等比較相關，
5、介面的安全性，外部呼叫的介面尤為重要，
做好介面測驗的前提
1、系統化的介面檔案
傳統的介面檔案，一般采用word或wiki等系統來記錄，從單次使用上似乎比較簡單，因為大家會更習慣這樣的操作，但這種形式存在比較大的問題：
-
介面檔案非標準化，無法直接與介面測驗工具介面使用
-
介面維護困難，介面有變化時比較難標識清楚，溝通成本很高
系統化介面檔案，例如rap（淘寶分源的一個系統），具備介面維護標準化、版本化管理、MOCK測驗等功能；對標準化的介面內容做二次開發，可以直接匯出Soapui等工具使用的格式，直接匯入工具中使用，有以下好處：
-
介面測驗時不再需要手工輸入相關欄位，節省時間成本
-
版本化管理，能夠清晰的知道哪些介面有變化
2、標準化的介面規范
介面管理是做好介面測驗很重要的前提，如果一個系統有哪些介面都不太清楚，測驗就很難覆寫到，介面管理建議采用以下方式：
A、按介面提供方為單位進行首次劃分，按介面使用方進行二次劃分，再按業務模塊進行細分，分類原則根據內容多少進行優化，不需要固定，如本身介面較少就沒有必要分得過細，較多時就需要多劃分模塊
如：系統A，提供有 1、2、3、4、5、6、7、8、9 這9個介面，介面分別給B系統、C系統使用，其中1、2為公用介面，3、4、5為B專用，6、7、8、9為C系統專用，劃分如下：
B、按介面鏈接URL做為唯一，不同的介面引數做為介面變數，介面有引數變更時在原來介面上進行維護，而不是新增加介面
C、為介面增加版本號，方便清楚哪些介面本次有變更，易于維護用例
介面測驗常用工具
1、JMeter JMeter是Apache組織開發的基于Java的壓力測驗工具，能夠將請求轉換為腳本來實作，并允許使用正則運算式創建斷言來對請求回傳結果進行判斷，具備介面測驗功能和性能的能力，
2、PostMan Postman是一款功能強大的網頁除錯與發送網頁HTTP請求的Chrome插件，具備Fiddler\httpwatch之類的工具除錯請求的功能，同時具備介面管理功能，官網提升腳本保存同步功能，支持介面匯入匯出
3、Loadrunner HP公司的性能測驗工具，使用Python語言或JAVA語言撰寫腳本，易學易用
介面測驗用例怎么寫
三個步驟：
初始化測驗資料
呼叫介面，傳入輸入資料
對輸出斷言
持續集成介面測驗
對介面測驗而言，持續集成自動化是核心內容，通過自動化的手段才能有效降低成本，提高介面測驗的價值，如果使用LR、JMeter、SoapUI工具做自動化測驗，工具本身支持命令列模式運行，可以接合Jenkins 等自動化平臺，實作專案版本更新后的自動化回歸測驗 關于持續自動化回歸測驗的
建議：
1、介面腳本開發時要注意引數的取值的可用性，不因為時間或資料狀態的變化引起腳本不能正常運行，降低腳本維護成本.
2、介面回歸功能的覆寫度控制，需要根據腳本的實際功能和重要性判斷自動化回歸覆寫度，回歸內容越多腳本維護成本越高，一般應用介面不建議全功能覆寫（畢竟介面有變化會做詳細測驗，如果沒修改其它變更可能對其產生的影響一般不會影響其邏輯判斷）
3、介面腳本需要一定的自動化校驗能力，除請求http狀態的判斷外，還需要對核心內容的正常性做判斷（判斷內容可與資料庫內容匹配等方式，不建議用寫死的內容），
4、持續性能測驗，還需要做好相關的監控、性能指標的分析自動化，減少人工操作，
介面測驗都要掌握哪些知識？
①了解系統及內部各個組件之間的業務邏輯互動；
②了解介面的I/O（input/output：輸入輸出）；
③了解協議的基本內容，包括：通信原理、三次握手、常用的協議型別、報文構成、資料傳輸方式、常見的狀態碼、URL構成等；
④常用的介面測驗工具，比如：jmeter、loadrunner、postman、soapUI等；
⑤資料庫基礎操作命令（檢查資料入庫、提取測驗資料等）；
⑥常見的字符型別，比如：char、varchar、text、int、float、datatime、string等；
如何學這些技能？
①系統間業務互動邏輯：通過需求檔案、流程圖、思維導圖、溝通等很多渠道和方式；
②協議：推薦《圖解http》這本書，內容生動，相對算是入門級的書籍，其他的還有《圖解tcp、IP》等；
③介面測驗工具：百度這些工具，然后你會發現，好多的教學博客、相關問題解決方案、以及一些基于工具的書籍，當然，選擇合適的書很重要；
④資料庫操作命令：學習網站（W3C、菜鳥教程）、教學博客，以及一些資料庫相關書籍，入門級推薦：《mysql必知必會》、《oracle PL/SQL必知必會》等
⑤跟著身邊大佬走，多問多學，如果身邊沒有大佬也可以加入我們，全國的小伙伴天南地北，可以一起聊天學習，更加了解這個行業情況，趨勢與走向，
參考資料
介面測驗的內容就講到這里啦！如有需要了解軟體測驗相關的其他內容，可到【主頁】進行查看學習~
??推薦閱讀：
??軟體測驗人員必讀的經典書籍（附電子書），前阿里大佬給我推薦...
??一文了解MySQL性能測驗及調優中的死鎖處理方法，你還看不明白？
??月薪3萬的大廠測驗工程師裸辭3個月，送外賣謀生背后的真實感悟
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/379103.html
標籤：其他