Stories

Detail Return Return

2025大廠高頻軟件測試面試真題(附答案) - Stories Detail

一、接口測試面試題:
1.接口測試是怎麼做的,如何分析數據?

接口測試實際跟一般測試不同就是測試用例的設計部分。

獲取接口規範。

設計接口測試功能用例(主要從用户角度出發看接口能否實現業務需求,用例設計就是黑盒用例那一套)。

各種入參驗證(正常情況,異常情況包括輸入參數個數不對,類型不對,可選/必選,還有考慮參數有互斥或關聯的情況)。

接口返回值各種驗證(符合接口文檔需求)

瞭解接口實現邏輯,實現邏輯覆蓋(語句/條件/分支/判定/…)

接口能併發執行嗎、安全嗎,性能滿足要求嗎?

採用工具或者自寫代碼來驗證。

發現問題跟功能測試一樣,該報bug報bug,該跟蹤狀態的跟蹤狀態

2.你用什麼工具測試接口?

postman、jmeter、soapui(不常用)

3.你都知道有哪些接口請求方式?區別是什麼?

GET post PUE DELETE

區別:get直接從服務端拉取數據

post:先發送請求再拉數據(註冊、更新、改)

put:修改的數據

delete:用户刪除數據

這幾種方式,取決於開發,他用啥你們就傳啥

4.為什麼要做接口測試?

1、通過接口測試能快速發現非功能層面的一些邏輯問題

2、能提高測試的效率

3、相對UI自動化來説,比較穩定,能減少迴歸成本

5.一個前後端都能修改的bug,應該由誰修改?

後端修改

6.如何定位是前端bug還是後端bug(*)

1、驗證這個BUG、在前端去復現bug

2、在服務器上面找到日誌文件

3、用tail -f顯示日誌

4、去觀察日誌,如果有明確的“exception”,那就是後台報錯

5、接口返回碼為500+即服務器問題,後台問題。

前端:

前問題一般就是界面的問題,不過像開發在url中加入新的請求參數,而沒有寫進接口文檔中的錯誤屬於後端錯誤。

一般像頁面的排版和顯示問題都屬於前端問題

8. 今日頭條的列表頁面接口,這個接口有三個參數,一個參數是type字段,type=1代表是圖文類文章,type=2代表是視頻類文章 type=3時是純文本文章,另外兩個字段是pagesize ,還有一個參數是pageno,對於這個接口你怎麼測試?

答案:

傳入type=1 pagesize=6 pageno=1 它返回的數據圖文文章列表第一頁6條數據

傳入type=2 pagesize=3 pageno=2 它返回的數據視頻類文章第2頁3條數據

傳入type=3 pagesize=4 pageno=2 它返回的數據視頻類文章第2頁4條數據

類型為空條數為空、頁數為空,它返回無數據

類型和條數和頁數傳入特殊字符、超長,傳入負數它的節點返回無數據

9.註冊賬號成功,但登錄失敗,怎麼排查?

註冊用户的數據沒有傳入到數據,那就調用一下登錄接口是否成功,如果失敗了,提bug

10.我要測商品列表接口,但是這個接口是依賴於登錄接口,要登錄成功才能測這個接口,用postman怎樣去做這個接口測試?

1.首先在postman創建一個登錄接口,確定登錄是正常的,如果它使用的cookie那麼需要把cookie傳入列表接口頭部信息中

如果登錄接口他返回的token是在返回報文中,那麼列表接口直接在頭部信息中傳入這個token即可

最後兩個聯通之後,根據用例傳入不同的參數值去校驗這個商品列表接口是否正常

二、Ui自動化測試面試題:
1、寫出4種xpath定位方式定位如下紅框中的控件


 

2、如何從如下紅框中的a標籤,定位到如下紅框中的div標籤?


3、如何從紅框中的a標籤,定位到如下紅框中的form標籤?

編輯

4、如下iframe,如何定位到切換到iframe1、iframe2、iframe3、iframe4;如果目前已經切換到了iframe4,如果定位到iframe2中的某一個控件?如果切換到了iframe2如何定位到body中的某一個控件?

編輯

三、MySQL筆試題:

編輯

1.把字段基金代碼的長度擴長為8位
2.統計同一銷售商和網點代碼下持有的總份額
3.統計出同一個基金帳號和基金代碼記錄數超過2條的總數有多少
4.把基金賬號為100008,網點代碼最小的那條記錄的份額更新為2000

編輯

CREATE TABLE A (
P_ID int,
p_num int,
s_id int);
INSERT INTO A VALUES
(1,10,01),
(1,12,02),
(2,8,01),
(3,11,01),
(3,8,03);

select a.*,a.s1_id+a.s2_id+a.s3_id as sum_p from (select p_id,
sum(case when s_id=1 then p_num else 0 end) as s1_id ,
sum(case when s_id=2 then p_num else 0 end) as s2_id ,
sum(case when s_id=3 then p_num else 0 end) as s3_id
from product_t group by p_id) a;

四、測試基礎面試題:

1、描述下敏捷測試流程

2、介紹下你做過項目的業務流程

3、介紹下做過的項目當時你團隊組成是什麼樣?有多少開發、測試,項目週期多久,時間4、如何分配的,有多少用例,多少bug等?

5、APP測試和web測試有什麼區別

6、測試計劃包含哪些內容

7、什麼叫冒煙測試用例?冒煙測試用例一般會選取哪些作為冒煙測試用例

8、講下bug處理流程,你們是用什麼工具提單的

9、説下你印象最深的bug

10、偶現性bug怎麼處理

11、測試用例設計都有哪些方法?什麼場景下使用什麼方法

12、有個上傳文件的功能,需要上傳文件,測試點有哪些?

13、進行測試用例設計:一串數字,閏年的判別

14、如何測試ip地址(IP地址組成為:(1~255).(0~255).(0~255).(0~255))

15、測試報告都有哪些要素?

16、bug的處理機制 bug的定級

17、線上出現bug時,處理流程是什麼樣的?

18、訂單列表展示的測試用例設計

19、你覺得一個軟件達到什麼標準可以上線

20、請進行測試用例設計:一串數字,閏年的判別


歡迎大家關注筆者的公眾號:程序員老奕,專注於軟件測試幹活分享,全套測試資源可免費分享!

最後如果你想學習自動化測試,歡迎加入筆者的交流羣:771645171,裏面會有很多資源和大佬答疑解惑,我們一起交流一起學習!

Add a new Comments

Some HTML is okay.