[雪峯磁針石博客]接口測試面試題

文最新更新體現在pdf文檔:接口測試面試題.pdf

什麼是API?

API是(Application Programming Interface)首字母縮略詞,即應用程序編程接口。 API是一組用於構建軟件應用程序的規程,協議和工具。API充當軟件應用程序之間的接口,並允許兩個軟件應用程序相互通信。 API是一組軟件功能,可以由其他軟件執行。

概念相關的題目, 10分鐘學會API測試 可供參考。

什麼是API測試?

API測試是一種軟件測試,涉及直接測試API,也是集成測試的一部分,用於檢查API是否滿足應用程序的功能,可靠性,性能和安全性方面的期望。在API測試中,我們主要關注軟件架構的業務邏輯層。可以在包含多個API的任何軟件系統上執行API測試。

常見的API測試類型有哪些?

API測試通常涉及以下實踐:

  • 單元測試
  • 功能測試
  • 負載測試
  • 運行時/錯誤檢測
  • 安全測試
  • UI測試
  • 互操作性和WS一致性測試
  • 滲透測試
  • 模糊測試

列舉API測試中使用的一些常用協議?3個即可。

  • thrift
  • HTTP
  • REST
  • SOAP
  • JMS
  • UDDI
  • dubbo

API和Web服務之間的區別?

Web服務:

  • 所有Web服務都是API
  • 所有Web服務都需要通過Web(HTTP)公開
  • Web服務只有三種使用方式:SOAP,REST和XML-RPC進行通信

接口:

  • API有很多並不基於HTTP
  • API使用多種方式進行通信,例如C / C ++中的DLL文件,java中的Jar文件/ RMI,Linux內核API中的中斷等。

什麼是Soap?

SOAP代表簡單對象訪問協議(Simple Object Access Protocol)。它是一種基於XML的消息傳遞協議。雖說名字帶了簡單,但是協議比較羅嗦,已經遠沒有後來居上的JSON使用廣泛。

什麼是Rest API?

REST即Representational State Transfer。它是一組幫助開發人員執行請求和接收響應的函數。通過REST API中的HTTP協議進行交互。

SOAP和REST的區別?

SOAP:

  • 通過共享XML文檔進行通信
  • 僅支持XML格式
  • 不支持緩存
  • SOAP比REST慢
  • SOAP就像自定義桌面應用程序,緊密連接到服務器
  • SOAP基於HTTP進行封裝

REST:

  • 基於網絡的軟件架構的服務架構和設計
  • 支持不同的數據格式
  • 支持緩存
  • 比SOAP更快
  • REST客戶端就像瀏覽器並使用應用程序必須適合的標準方法
  • REST使用HTTP標頭來保存元信息

API常見測試有哪些?

我們在API上執行的一些常見測試如下。

  • 驗證不同輸入條件的返回。
  • 驗證不同數據結構
  • 驗證API是否觸發其他事件或請求其他API
  • 在沒有返回值時驗證API的行爲

API測試有哪些優勢?

  • 更快及更高的測試覆蓋率。
  • API測試有助於我們降低測試成本。通過API測試,我們可以在GUI測試之前找到小錯誤。在GUI測試期間,這些小錯誤將變得更大。因此,在API測試中發現這些錯誤將對公司具有成本效益。
  • API測試與語言無關。
  • API測試在測試核心功能方面非常有用。我們可以在沒有用戶界面的情況下測試API。在GUI測試中,我們需要等到應用程序可用於測試核心功能。
  • API測試有助於我們降低風險。

API測試中究竟需要驗證哪些內容?

  • 數據準確性
  • HTTP或其他協議狀態代碼
  • 響應時間
  • API返回任何錯誤時的錯誤代碼
  • 授權檢查
  • 非功能測試,如性能測試,安全測試

列舉一些用於API測試的工具?

用於API測試的一些工具如下:

python是目前接口測試使用最廣的語言,python 測試框架 及python 抓包工具(Hardware)都可參考。

列出一些最常用的API文檔模板?

一些API文檔模板如下。

  • Swagger
  • FlatDoc
  • RestDoc
  • API blueprint
  • Slate
  • Miredot
  • Web服務API規範。

列舉一些非常受歡迎的API。

  • Google Maps API
  • YouTube的
  • 推特Twitter
  • 亞馬遜廣告API
  • 微博認證API
  • 釘釘開放接口

API測試和單元測試之間的區別?

單元測試:

  • 多由開發團隊進行
  • 白盒測試
  • 構建中的過程之前
  • 涉及源代碼
  • 測試範圍有限,只考慮基本功能

API測試

  • 多由QA團隊進行
  • 多爲黑盒測試
  • 在構建部署後進行
  • 大多不涉及源代碼API測試
  • 測試範圍很廣

API測試面臨的主要挑戰是什麼?

  • 適當的參數及其組合
  • 正確分類參數
  • 順序
  • 驗證輸出
  • 由於缺少GUI,提供輸入值較困難

執行API測試時我們面臨的BUG類型是什麼?

  • 壓力,性能和安全問題
  • 功能重複或缺失
  • 可靠性問題
  • 消息不當
  • 不兼容的錯誤處理機制
  • 多線程問題
  • 不合適的錯誤

UI測試與API測試有何不同?

UI(用戶界面)測試是測試應用程序的圖形界面部分。它的主要重點是測試應用程序的外觀和感覺。API測試支持兩個不同軟件系統之間的通信。它的主要重點是應用程序的業務層。

列舉一些最常用的HTTP方法?

  • GET:從服務器檢索數據
  • POST:將數據添加到服務器中的現有文件或資源
  • PUT:它允許您替換服務器中的現有文件或資源
  • DELETE:它允許您從服務器中刪除數據
  • PATCH:用於對資源進行部分修改
    選項:用於描述目標資源的通信選項
  • HEAD:它要求響應與GET請求相同,但沒有響應正文

可以使用GET請求而不是PUT來創建資源嗎?

不,GET請求僅允許只讀權限。它使您可以從服務器檢索數據,但不能創建資源。應使用PUT或POST方法來創建資源。

PUT和POST方法有什麼區別?

POST用於在服務器上創建新對象,PUT請求用於在替換對象。

當客戶端將頁面發送到服務器,然後服務器讓客戶端知道它放在何處時,應該使用POST。當客戶端指定頁面的位置時,應使用PUT。

參考資料

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章