軟件測試工程師面試題目以及答案

2024年3月2日發(作者：幸福的滋味作文)

軟件測試工程師面試題目以及答案

軟件測試工程師面試題目和答案

1、開發犯低級錯誤怎么辦？

開發首先要規范好編碼，出低級錯時不要指責，內心指出錯誤。讓他們自己進行測試，反思找出錯誤。

2、你進行過哪些測試，擅長什么?

我主要從事web測試，搭建環境，對程序進行集成測試、系統測試、回歸測試。還有編寫測試用例，使用手冊，功能測試文檔。單元測試：測試的最早期階段，焦點在于被測軟件的最小的組成部分。

集成測試：確保最小單元被（部分）整合后能正常操作的測試執行階段

系統測試：當應用作為整體運行時的測試執行階段（測試最終的應用）

回歸測試：修改了舊代碼后，重新進行測試以確認修改操作沒有引入新的錯誤或導致其他代碼產生錯誤。

驗收測試：以用戶為主，由用戶參加設計測試用例，對程序的功能、性能，以及可移植性、兼容性、可維護性、錯誤的恢復功能等進行確認。主要運用黑盒測試的方法，對系統主要流程、重要功能進行有效性測試，驗證所測試的軟件是否滿足需求規格說明書列出的要求

3、開發說不是bug怎么辦？

將自己的見解告訴開發，不行就把見解和bug提交項目經理決定。

4、你的職業規劃?

鞏固基礎測試知識，提高理解需求能力。學習自動化測試，并且運用。技術到位后學習帶領測試團隊。最后爭取達到測試經理水平。

5、什么測試用例才是合格?

能覆蓋到所有測試點

6、缺陷測試報告組成？

缺陷編號、缺陷標題、缺陷描述、缺陷優先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發人員、 輸入數據、輸出結果、缺陷分析等。

C/S模式，使用交替方法確認是client還是rver端問題。

7、測試用例包括哪些？

用例編號、測試項描述、操作步驟、輸入、預期結果、實際結果、測試人、測試時間、備注

8、軟件評審的人員和目的

人員：客戶、項目經理、開發人員、測試人員目的：查看軟件是否還存在問題。是否在不同平臺正常運行，是否有和客戶理解不一致的地方，是否有改進的地方

9、什么是軟件測試？目的?

使用人工或自動化手段運行程序，為了發現軟件的錯誤而執行檢驗的一個過程目的：以最少的人力、物力、時間找到軟件中的缺陷并修改，從而回避風險。

10、兼容測試

檢查軟件在不同軟件、硬件平臺是否可以正常運行。即軟件的可移植性。主要查看在不同操作系統、瀏覽器、數據庫、不同版本是否正常運行

11、為什么進行軟件測試？

沒經過測試的軟件無法保證質量，好比iso質量認證一樣。測試中發現問題，即時提交開發改進，在軟件發布時保證軟件質量。

12、軟件測試類型有哪些？區別與聯系？

常見：功能測試、性能測試、界面測試。

功能測試：占比最大，也叫黑盒測試（不看代碼）。進行動態測試時，需要測試軟件功能，不需要測試軟件內部結構和處理過程。

技術方法有：等價類劃分法、邊界值分析、錯誤推測、因果圖和綜合策略。

性能測試：通過自動化測試工具模擬多種正常、異常、峰值條件，對系統各項性能指標測試。

負載測試、壓力測試屬于此。負載測試：確定各項工作負載下的系統性能，目標是負載主鍵增加時，系統各項性能指標變化；壓力測試：通過系統的瓶頸，獲得系統能提供的最大服務級別。

界面測試：界面好壞決定用戶對軟件第一印象。合理的界面帶來輕松愉悅感受，失敗界面有挫敗感，讓強大的功能付諸東流。

區別：功能測試關注軟件功能，每個功能可能存在的問題。性能測試軟件多用戶并發的穩定性和強壯性。界面測試關注用戶體驗和易用性。

13、好的測試用例關鍵？

白盒測試：較少的用例覆蓋盡可能多的內部程序邏輯結果。

黑盒測試：較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時間內發現最多的問題。

對可行和不可行的都要考慮：（1）輸入 （2）詳細操作步驟

（3）預期輸出 （4）實際輸出

14、黑盒、白盒、單元、集成、系統、驗收測試的區別與聯系？

黑盒：已知功能設計規格，測試每個功能是否符合要求。白盒：已知內部工作過程，測試每種內部操作符合設計規格。黑盒意味著測試在軟件的接口處進行，把測試對象看做一個黑盒子，不考慮程序內部邏輯結構和內部特性，僅看需求說明書檢查功能是否符合需求。黑盒-》功能測試（或者 數據驅動測試）

15、軟件開發過程與角色分工？

測試配合開發等進行需求分析和討論，根據需求說明書制定《項目測試計劃》，編寫測試用例，建立測試環境。測試負責新產品測試，原有產品的升級測試，負責軟件問題解決過程跟蹤，軟件開發文檔、開發工作的規范化，管理開發部門的產品

文檔，制作用戶手冊、操作手冊，產品上限測試，監督軟件開發過程執行，提高軟件質量。

16、軟件開發過程與角色分工？

開發與測試開會討論需求。需求分析人員寫出需求分析說明，三部門討論可行性。給出詳細設計說明書，開發編碼，給出系統流程圖。測試根據此，給出bug統計。

17、不同測試類型的聯系與區別？

功能、性能、可靠性、安全性、負載測試，壓力、安裝/卸載、啟動/停止、兼容、互聯測試，文檔、回歸、可使用性、容量測試

18、測試計劃工作包括？

是對工作內容的有效組織和規劃，保證測試工作有效展開。包括測試目標，測試范圍定義，測試方法選擇，測試進度里程碑，測試資源管理和配置。測試目標最重要，因為他是軟件測試的最終達到結果

19、性能測試工具，原理、實際應用LoadRunner

能夠錄制測試的操作步驟，對其模擬出多個用戶播放出來。

（1）visural ur genertor：創建腳本，選擇協議，錄制操作，編輯操作

（2）中央控制器 controller：調度虛擬用戶。創建場景，選擇腳本，建立虛擬用戶，設計shedual，設置ip spoofer

（3）運行腳本，分析shedual

（4）分析測試結果

20、兼容性

平臺兼容、網絡兼容、數據庫兼容、數據格式兼容。

缺陷等級分類

(1) 最高級--導致運行中斷(應用程序崩潰),預期的功能沒有得到實現,測試工作無法繼續進行等

(2) 緊急---事件非常重要,并且需要馬上給予關注

(3) 高級---事件是重要的,并且應該在緊急的事件處理之后盡快得到解決

(4) 中級---事件是重要的,但是由于解決問題需要花費一定的時間,所以可以用較長的時間解決

(5) 低級---事件不重要,可以在時間和資源允許的情況下再解決

21、缺陷生命周期

新建bug–提交bug–確認bug–分配bug–修復bug–驗證bug–關閉bug

22、測試結束標準

1）一二級缺陷數目達到項目質量管理目標要求，測試暫停返回開發

2）項目出現重大估算和進度偏差，需要暫停或者終止

3）新需求變更大，需修改測試計劃和測試用例再進行

4）開發暫停，測試也暫停，備份暫停時的數據

5）所有功能、性能測試用例100%進行

23、測試生命周期

需求測試計劃制定和評審–測試用例編寫–測試用例執行–bug管理–測試報告輸出

24、自我介紹

套路

1）很高興獲得面試機會……想證明我是合適的人選……想獲得您的認可……

2）反問面試官：您看我繼續介紹項目還是您提問關心的問題？

25、項目介紹

先整體再局部介紹，項目五大維度：

規模（代碼規模、需求規模、用例規模、工作量、進度、質量、成本），測試流程，角色與職責，項目中自己角色，自己的特色（做得好的、遇到的困難、做得差的），最后是心得體會。

26、數據庫問題

數據庫增刪改查（inrt、delete、update、lect）；

表結構增刪改查（create、drop、alter、describe）；

存儲過程；觸發器等

27、Linux系統

常見50個命令（find、-name、type、perm、ur、group、ctime、atime）

熟悉vi、熟悉linux搭建測試環境。LAMP環境搭建。

28、缺陷相關

缺陷跟蹤流程（流程基本要素）、整體流程（會話）、缺陷單的20個屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現步驟。你認為最經典的bug

29、用例相關

用例格式要素、用例設計工程方法論、方法要求如何利用。如何評審用例，從那些維度評審，設計好用例需要那些只是結構

30、軟件測試流程

熟悉產品/項目–需求評審–測試需求–測試計劃–測試方案–測試用例–預測試，第一輪正式測試–第二輪回歸測試–第三輪測試，測試報告–總結–測試指南

31、網絡相關

基本網絡知識（重點TCP/IP協議）網絡通信模型，以及一整個網絡傳輸協議家族，為互聯網的基礎通信架構，提供了點對點的鏈接機制，將數據應該如何封裝、定址、傳輸、路由以及在目的地如何接收，都加以標準化。

1、應用層：應用程序之間相互溝通的層

2、傳輸層：提供了數據傳輸，應用程序之間的通信服務

3、網絡互聯層：負責提供基本的數據封包傳送功能，讓每一塊數據包都能夠到達目的主機

4、網絡接口層：接收數據，并進行傳輸

32、測試工具

性能測試工具：LoadRunner，Jmeter

自動化測試工具：Selenium

測試管理工具：禪道或者Jira

如何去測試指定軟件？

技巧：從質量模型、測試工具、測試方法、測試流程、探索式測試，宏觀解決，再微觀講解用例設計

33、你還有什么想要問的嗎？

滿意情況：先表示感謝，問如果有下一輪面試，什么時候，做什么準備；

一般般情況：感謝，對自己表現不太滿意，能否給我一些建議；

很糟糕：感謝，認識到不足，希望給建議

34、測試用例編寫結構

功能性、界面UI、易用性、安全性、兼容性

35、STAR法則

S（situation）：項目屬于什么類型，周期多長

T（task）：團隊分工，你的角色

A（action）：具體實施，自己做了什么

R（result）：最后成果，你的收獲

36、如何測試紙杯

功能性：是否漏水；是否喝到水

安全性：有沒有細菌可靠性：摔下來的損壞程度

可移植性：不同地方、溫濕度使用

兼容性：容納果汁、啤酒、汽水、汽油等

易用性：是否燙手、防滑、方便飲用水

用戶文檔：使用手冊對用法、限制、使用條件描述

疲勞測試：分別裝上水、汽油等24小時，泄露情況

壓力測試：用物件不斷加壓，承受多大的壓強

37、軟件生命周期各個階段的測試內容

（1）需求階段測試：設計整個過程的進行、測試計劃的安排、測試用例的設計以及軟件的確認要達到那些要求等。

（2）設計階段測試：包括概要設計和詳細設計。在概要設計階段，測試人員應闡述測試方法和測試評估準則，編寫測試計劃，組織成立獨立的測試小組，安排具有里程碑的測試日程；在詳細設計階段，測試人員要開發或獲取確認支持工具，生成功能測試數據和測試用例，以此來檢查設計中遺漏的情況、錯誤的邏輯、模塊接口的不匹配、數據結構不合理、錯誤的I/O假定、用戶界面的補充分等。

（3）編碼階段測試：測試需要解決的首要問題是編碼是否和設計的一致；其次是系統是否可維護，系統的規格說明是否正確地實現，編碼是否按照既有的標準進行。是否有充分的測試計劃評價程序，程序是否提供足夠的文檔資料，程序內部是否有足夠的注釋等。在測試完成后，要形成下列輸出物：編碼說明書、程序文檔、計算機程序列表、可執行的程序、程序流程圖、操作介紹和單元測試結果。

（4）測試階段：要進行第三方的正確測試，檢驗所開發的系統是否能按照用戶提出要求運行，在測試階段要使的用戶能成功地安裝新的應用系統來進行測試。

（5）安裝階段測試：首先要根據系統安裝手冊制定好安裝計劃，確定安裝流程圖，準備好安裝文件和程序清單，給出安裝測試的預期結果，并對安裝過程中的各項可能發生的結果進行說明準備，將程序運行的軟硬件要求放入產品說明中。同時要檢查時系統用戶手冊和操作手冊，看是否可用。

（6）驗收階段測試 ：定義用戶角色，定義驗收標準，編制驗收計劃，執行驗收計劃和填寫驗收結論。

38、get和post的請求

1、url可見性：get，參數url可見；post，url參數不可見

2、數據傳輸上：get，通過拼接url進行傳遞參數；post，通過body體傳輸參數

3、緩存性：get請求是可以緩存的post請求不可以緩存

4、后退頁面的反應get請求頁面后退時，不產生影響post請求頁面后退時，會重新提交請求

5、傳輸數據的大小get一般傳輸數據大小不超過2k-4k（根據瀏覽器不同，限制不一樣，但相差不大）post請求傳輸數據的大小根據 配置文件設定，也可以無限大。

6、安全性這個也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數時url不可見，但也擋不住部分人閑的沒事在那抓包玩。安全性個人覺得是沒多大區別的，防君子不防小人就是這個道理。對傳遞的參數進行加密，其實都一樣。

39、alpha測試和beta測試的區別

alpha測試是在用戶組織模擬軟件系統的運行環境下的一種驗收測試，由用戶或第三方測試公司進行的測試，模擬各類用戶行為對即將面市的軟件產品進行測試，試圖發現并修改錯誤beta測試時用戶公司組織各方面的典型終端用戶在日常工作中實際使用Beta版本，并要求用戶報告異常情況，提出批評意見。

區別：主要是測試場所不同，alpha是指把用戶請到開發方的場所來測試，beta測試是指在一個或多個用戶的場所進行測試；alpha測試的環境是受開發方控制的，用戶的數量相對少，時間比較集中，beta測試環境不受開發方控制，用戶數量相對多，時間不集中

40、TCP/IP協議的模型和每層的主要協議

從下到上：

1、鏈路層（數據鏈路層/網絡接口層）：包括操作系統中的設備驅動程序、計算機中對應的網絡接口卡

2、網絡層（互聯網層）：處理分組在網絡中的活動，比如分組的選路；（IP、ICMP、IGMP）

3、運輸層：主要為兩臺主機上的應用提供端到端的通信（TCP和UDP）

4、應用層：負責處理特定的應用程序細節

軟件測試筆試題及答案

一、選擇題

1、對計算機軟件和硬件資源進行管理和控制的軟件是（D）

A.文件管理程序

B.輸入輸出管理程序

C.命令出來程序

D.操作系統

2、在沒有需求文檔和產品說明書的情況下只有哪一種測試方法可以進行的（A）

A.錯誤推測法測試

B.路勁分析測試

C.語句覆蓋測試

D.條件覆蓋測試

3、某測試人員通過執行測試軟件測試的方法對當前功能進行了測試，該測試人員使用的測試方法為（C）

A.靜態測試

B.單元測試

C.黑盒測試

4、編寫測試計劃的目的是（ABC）多選題

A.使測試工作順利進行

B.使項目參與人員溝通更舒暢

C.使測試工作更加系統化

D.軟件工程以及軟件過程的需要

E.軟件過程規范化的要求

F.控制軟件質量

5、關于軟件測試與軟件開發的認識，不正確的是（B）

A.軟件生命周期各個階段都可能產生測試

B.軟件測試是獨立于軟件開發的一個工作

C.軟件開發的需求分析和設計階段就應開始測試工作

D.測試越早進行，越有助于提高被測軟件的質量

6、當一個應用程序窗口被最小化后該應用的程序將會出現以下哪種情況（D）

A.被終止執行

B.繼續在前臺執行

C.被暫停執行

D.被轉入后臺執行

7、下列方法中，不屬于黑盒測試的是？（A）

A.基本路徑測試法

B.等價類測試法

C.邊界值分析法

D.基于場景的測試方法

8、對于維護軟件的人員來說，使用質量是【】的結果（C）

A.功能性

B.可靠性

C.可維護性

D.效率

9、下列軟件屬性中，軟件產品首要滿足的應該是（A）

A.功能需求

B.性能需求

C.可擴展性和靈活性

D.容錯、糾錯能力

10、單元測試中設計測試用例的依據是（D）

A.概要設計規格說明書

B.用戶需求規格說明書

C.項目計劃說明書

D.詳細設計規格說明書

二、判斷題

1、單元測試通常應該先進行“人工走查”，再以白盒法為主，輔以黑盒法進行動態測試。（√）

2、軟件測試就是為了驗證軟件功能實現的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作（ × ）

3、發現錯誤多的模塊，殘留在模塊中的錯誤也多。( √ )

4、測試人員在測試過程中發現一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發的進程。（ × ）

5、單元測試通常應該先進行“人工走查”，再以白盒法為主，輔以黑盒法進行動態測試。（ √ ）

6、功能測試是系統測試的主要內容，檢查系統的功能、性能是否與需求規格說明相同。（ √ ）

7、軟件質量管理即QM由QA和QC構成，軟件測試屬于QC的核心工作內容。（√）

8、軟件測試只能發現錯誤，但不能保證測試后的軟件沒有錯誤。(√)

9、軟件就是程序。(X)

10、測試只要做到語句覆蓋和分支覆蓋，就可以發現程序中的所有錯誤。(X)

三、問答題

1、在您以往的工作中，一條軟件缺陷（或者叫BUG）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（bug）記錄？

答：一條BUG記錄最基本應包含：編號、BU所屬模塊、BUG描述、BUG級別、發現日期、發現人、修改日期、修改人、修改方法、回歸結果等等；要有效的發現bUG需要參加需求以及詳細的設計等前期文檔設計出高效的測試用例，然后嚴格執行測試用例，對發現的問題要充分確認肯定，然后再向外發布，這樣才能提高提交BUG的質量。

2、測試分為哪幾個階段？

答：按照開發階段劃分，軟件測試可分為單元測試、集成測試、系統測試和驗收測試

集成測試：針對每個單元的測試，以確保每個模塊能正常工作為目標

集成測試：對已經測試過的模塊進行組裝，進行集成測試。目的就是在于檢驗與軟件設計相關的程序結構問題。

系統測試：檢驗軟件產品能夠與系統的其他部分（比如：硬件、數據庫及操作人員）協調工作。

驗收測試：檢驗軟件產品質量的最后一道工序，主要突出用戶的作用，同時軟件開發人員也有一定程度的參與。

3、了解哪些測試工具？你使用過和知道的測試工具有哪些？各有什么用途？

答：Jmeter：接口測試、壓力測試

soapui：接口測試

xshell、xftp：管理linux系統

禪道：管理BUG

navictt：管理數據庫

4、先有一個程序，頁面提供3個輸入框a、b、c，一個輸出框d，根據a、b、c的輸入判斷數據層是否只能組成一個三角形（三角形兩邊之和大于第三邊），在d中輸出：是，否

答：等價類劃分法：

有效等價類：a、b、c的值都大于0

a+b>c且b+c>a且a+c>b

無效等價類：

a/b/c為0或負數

a/b/c為空

a/b/c為非數字

a+b<=c b+c<=a a+b<=b

5、你認為一個測試工程師應具備哪些素質和技能

答：技能：計算機專業技能，測試專業技能，軟件編程技能

素質：溝通能力，要有嚴謹、敢于承擔責任、穩重的做事風格，具有懷疑與破壞的精神，善于自我總結、自我督促。

6、問題單都有哪些屬性？

答：我所知道的有：產品模塊、所屬項目、所屬版本、bug標題、步驟及測試數據、bug及日志截圖、類型及嚴重程度、系統/瀏覽器

7、一個完整的測試方案包含哪些要素？

答：測試計劃、人員分配、時間安排、測試方法的確定、測試工具的確定、測試報告

8、查看接口的工具有哪些？說出一個工具的操作

答：jmeter與soapui都支持

jmeter的用法：新建一個線程組，添加http類型的請求→填上接口地址和數據→添加查看結果樹→進行運行→查看結果、進行分析

9、如何定位BUG，是前端還是后端的問題，用什么工具，還是利用別的？

答：如果是功能性的問題，那么就是后端問題，如果是界面的效果或者是按鈕問題，那么也許是前端問題，分析問題，有的時候需要開發的協作，大師這些也是經驗的問題，多工作就可以總結出來。

測試的準入準出相關內容

測試的準入住處是指什么情況下可以開始當前版本的測試工作，什么情況下可以結束當前版本的測試工作。不同項目、不同公司的測試準入準出標準都會有所不同。下面介紹一些通用的測試準入準出標準。

測試準入標準如下：

（1）開發編碼結束，開發人員在開發環境中已經進行了單元測試，即開發人員完成自測。

（2）軟件需求上規定的功能都已經實現。如果沒有完全實現，開發人員提供測試范圍。

（3）測試項目通過基本的冒煙測試，界面上的功能均已經實現，符合設計規定的功能。

（4）被測試項目的代碼符合軟件編碼規范并已通過評審。

（5）開發人員提交了測試申請并提供了相應的文檔資料。

測試準出如下：

（1）測試項目滿足客戶需求。

（2）所有測試用例都已經通過評審并成功執行。

（3）測試覆蓋率已經達到要求。

（4）所有發現的缺陷都記錄在缺陷管理系統。

（5）一、二級錯誤修復率達到100%。

（6）三、四級錯誤修復率達到了95%。

（7）所有遺留問題都有解決方案

（8）測試項目的功能、性能、安全性等都滿足要求。

（9）完成系統測試總結報告。

有時，在測試過程中可能會出現一些意外情況導致測試工作暫停，這個暫停并不是上述所說的測試結束，而是非正常的。測試中需要暫停的情況包括以下幾種。

（1）測試人員進行冒煙測試時發現重大缺陷，導致測試無法正常進行，需要暫停并返回開發。

（2）測試人員進行冒煙測試時發現Bug過多，可以申請暫停測試，返回開發。

（3）測試項目需要更新調整而暫停，測試共奏也要相應暫停。

（4）如果測試人員有其它優先級更高的任務，可以申請暫停測試。