軟體測試面試問題_介面測試(二)

新夢想IT發表於2022-08-25


 

在面試 測試工程師 的時候會遇到面試官提各種各樣的問題,特別是對於沒有經驗的人來說往往都很難正確的回答上,

所以這裡根據我個人的工作經歷整理了一部分經常會遇到的問題。

 

1、 介面測試 用例的設計要點有哪些?

  對於這個問題我們可以從介面的組成來進行分析,一個介面主要有請求地址、請求方法、請求引數,其中請求地址和方法都是固定的,

所以我們主要應該從請求引數入手,主要可以從以下幾個方面考慮 :

1、引數欄位個數:必填欄位和可選填

2、引數合法性:輸入輸出合法、非法引數

3、邊界:請求引數邊界值等

4、容錯能力:大容量資料、頻繁請求、重複請求(如:訂單)、異常網路等的處理

5、響應資料校驗:斷言、資料提取傳遞到下一級介面

6、邏輯校驗:如兩個請求的介面有嚴格的先後順序,需要測試調轉順序的情況

7、效能:對介面模擬併發測試,逐步加壓,分析瓶頸點

8、安全性:構造惡意的字元請求,如:SQL隱碼攻擊、XSS、敏感資訊、業務邏輯(如:跳過某些關鍵步驟;未經驗證操縱敏感資料)

 

2、post和get有什麼區別?

  這個問題應該是每一個做介面測試人員都能回答的問題,但是要注意說到重點:

1、get方法的引數是在URL中,post的引數是在body中  (本質區別)

2、get的引數是不加密的,post的是加密的

3、get方法的安全性沒post的高

4、get方法能被快取而post不可以

5、GET請求在URL中傳送的引數是有長度限制的,而POST沒有。

  當然還有其他的很多區別,但是回答這幾個主要的就差不多了。

 

3、你會使用哪些抓包工具?

  抓包工具有很多種,但是我們技術人員最常用的不外乎就是 Fiddler、青花瓷、F12這幾種,所以選一個你自己最常用的就可以了。

當然面試官接下來的問題多半會問你為什麼會用抓包工具?公司不是有介面文件嗎?

 

4、使用抓包工具做什麼?

  對於中大型公司裡面的開發人員都會編寫好有完整的介面文件,那我們做 介面測試 的時候對照介面文件不就可以了嗎?所以對於還沒有真正介面專案經驗的小夥伴就不知所措了。那麼我們測試人員抓包其實一般都是為了驗證我們測試的資料在介面傳遞過程中是否正常或者為了判斷某個問題是前端問題還是後端問題。

 

5、怎麼判斷一個bug是前端問題還是後端問題?

  這是很多面試官都會問到的問題,而且在工作中為了防止前端開發和後端開發人員相互踢皮球也是我們測試人員必須要掌握的知識點,其實很容易判斷,我們可以先抓包看請求報文,對著介面文件,看請求報文有沒問題,有問題就是前端發的資料不對,請求報文沒問題,那就看返回報文,返回的資料不對,那就是後端開發的問題,這樣我們測試人員才能有自己的判斷,而不是任由開發相互扯皮。

 

6、你們公司是用什麼做介面測試的?

  每個公司做介面測試所使用的工具都是不一樣的,有的會使用 postman來做一些簡單的單介面測試,但是對於一定數量的介面測試postman就很難勝任了,所以這時候不少公司就會選擇開源的jmeter來做,因為指令碼也相對比較好管理維護也方便。

  但是對於不少公司來說 jmeter也滿足不了自己的要求,這時候就會有測試人員自己編寫測試框架(也就是測試開發),然後透過編碼自己設計完成自己公司需要的功能。

 

7、 介面測試框 架你會嗎?

  很多小夥伴都會說我會使用 unittest、pytest再或者testNG,其實這些框架對公司來說還不能滿足要求,應該說我們的框架是在unittest或者pytest框架之上進行二次封裝整合了郵件系統和測試報告以及日誌、重跑等功能,然後再說這樣設計的優勢,這樣就會讓人覺得這人是懂具體的框架實現過程的。

 

8、你們介面測試用例是在哪裡?

  這要看你們公司是用的什麼工具來做介面測試的了,假如是 postman和jmeter那麼用例就是直接在它們的請求檔案裡面,但是假如是有自己的框架那麼用例一般都在表格或者表裡面的。

 

總而言之我們在面試的時候要做好充分的準備,打鐵還需自身硬。

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2912016/,如需轉載,請註明出處,否則將追究法律責任。

相關文章