軟件測試工程師應聘面試題目和答案大全

2024年3月2日發(作者：過故洛陽城)

軟件測試工程師應聘面試題目和答案大全

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

1、軟件測試的策略是什么?

軟件測試策略：在一定的軟件測試標準、測試規范的指導下，依據測試項目的特定環境約束而規定的軟件測試的原則、方式、方法的集合。

2、軟件測試分為幾個階段?各階段的測試策略和要求是什么?

和開發過程相對應，測試過程會依次經歷單元測試、集成測試、系統測試、驗收測試四個主要階段：

單元測試：單元測試是針對軟件設計的最小單位––程序模塊甚至代碼段進行正確性檢驗的測試工作，通常由開發人員進行。

集成測試：集成測試是將模塊按照設計要求組裝起來進行測試，主要目的是發現與接口有關的問題。由于在產品提交到測試部門前，產品開發小組都要進行聯合調試，因此在大部分企業中集成測試是由開發人員來完成的。

系統測試：系統測試是在集成測試通過后進行的，目的是充分運行系統，驗證各子系統是否都能正常工作并完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產品的質量有重大的影響。

驗收測試：驗收測試以需求階段的《需求規格說明書》為驗收標準，測試時要求模擬實際用戶的運行環境。對于實際項目可以和客戶共同進行，對于產品來說就是最后一次的系統測試。測試內容為對功能模塊的全面測試，尤其要進行文檔測試。

單元測試測試策略：

自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。

自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。

孤立單元測試策略：最好的單元測試策略。

集成測試的測試策略：

大爆炸集成：適應于一個維護型項目或被測試系統較小

自頂向下集成：適應于產品控制結構比較清晰和穩定;高層接口變化較小;底層接口未定義或經?？赡鼙恍薷?產口控制組件具有較大的技術風險，需要盡早被驗證;希望盡早能看到產品的系統功能行為。

自底向上集成：適應于底層接口比較穩定;高層接口變化比較頻繁;底層組件較早被完成。

基于進度的集成 優點：具有較高的并行度;能夠有效縮短項目的開發進度。

缺點：樁和驅動工作量較大;有些接口測試不充分;有些測試重復和浪費。

系統測試的測試策略：

數據和數據庫完整性測試;功能測試;用戶界面測試;性能評測;負載測試;強度測試;容量測試;安全性和訪問控制測試;故障轉移和恢復測試;配置測試;安裝測試;加密測試;可用性測試;版本驗證測試;文檔測試

3、軟件測試各個階段通常完成什么工作?各個階段的結果文件是什么?包括什么內容?

單元測試階段：各獨立單元模塊在與系統地其他部分相隔離的情況下進行測試，單元測試針對每一個程序模塊進行正確性校驗，檢查各個程序模塊是否正確地實現了規定的功能。生成單元測試報告，提交缺陷報告。

集成測試階段：集成測試是在單元測試的基礎上，測試在將所有的軟件單元按照概要設計規格說明的要求組裝成模塊、子系統或系統的過程中各部分工作是否達到或實現相應技術指標及要求的活動。該階段生成集成測試報告，提交缺陷報告。

系統測試階段：將通過確認測試的軟件，作為整個給予計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行全面的功能覆蓋。該階段需要提交測試總結和缺陷報告。

4、測試人員在軟件開發過程中的任務是什么?

(1)盡可能早的找出系統中的Bug;

(2)避免軟件開發過程中缺陷的出現;

(3)衡量軟件的品質，保證系統的質量;

(4)關注用戶的需求，并保證系統符合用戶需求。總的目標是：確保軟件的質量。

5、在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?

一條Bug記錄最基本應包含：

bug編號;bug嚴重級別，優先級;bug產生的模塊;首先要有bug摘要，闡述bug大體的內容;bug對應的版本;bug詳細現象描述，包括一些截圖、錄像....等等;bug出現時的測試環境，產生的條件即對應操作步驟;高質量的Bug記錄：

1)通用UI要統一、準確缺陷報告的UI要與測試的軟件UI保持一致，便于查找定位。

2)盡量使用業界慣用的表達術語和表達方法使用業界慣用的表達術語和表達方法，保證表達準確，體現專業化。

3)每條缺陷報告只包括一個缺陷每條缺陷報告只包括一個缺陷，可以使缺陷修正者迅速定位一個缺陷，集中精力每次只修正一個缺陷。校驗者每次只校驗一個缺陷是否已經正確修正。

4)不可重現的缺陷也要報告首先缺陷報告必須展示重現缺陷的能力。不可重現的缺陷要盡力重現，若盡力之后仍不能重現，仍然要報告此缺陷，但在報告中要注明無法再現，缺陷出現的頻率。

5)明確指明缺陷類型根據缺陷的現象，總結判斷缺陷的類型。例如，即功能缺陷、界面缺陷、數據缺陷，合理化建議這是最常見的缺陷或缺陷類型，其他形式的缺陷或缺陷也從屬于其中某種形式。

6)明確指明缺陷嚴重等級和優先等級時刻明確嚴重等級和優先等級之間的差別。高嚴重問題可能不值得解決，小裝飾性問題可能被當作高優先級。

7)描述(Description)，簡潔、準確，完整，揭示缺陷實質，記錄缺陷或缺陷出現的位置描述要準確反映缺陷的本質內容，簡短明了。為了便于在軟件缺陷管理數據庫中尋找制定的測試缺陷，包含缺陷發生時的用戶界面(UI)是個良好的習慣。例如記錄對話框的標題、菜單、按鈕等控件的名稱。

8)短行之間使用自動數字序號，使用相同的字體、字號、行間距短行之間使用自動數字序號，使用相同的字體、字號、行間距，可以保證各條記錄格式一致，做到規范專業。

9)每一個步驟盡量只記錄一個操作保證簡潔、條理井然，容易重復操作步驟。

10)確認步驟完整，準確，簡短保證快速準確的重復缺陷，“完整”即沒有缺漏，“準確”即步驟正確，“簡短”即沒有多余的步驟。

11)根據缺陷，可選擇是否進行圖象捕捉為了直觀的觀察缺陷或缺陷現象，通常需要附加缺陷或缺陷出現的界面，以圖片的形式作為附件附著在記錄的“附件”部分。為了節省空間，又能真實反映缺陷或缺陷本質，可以捕捉缺陷或缺陷產生時的全屏幕，活動窗口和局部區域。為了迅速定位、修正缺陷或缺陷位置，通常要求附加中文對照圖。? 附加必要的特殊文檔和個人建議和注解如果打開某個特殊的文檔而產生的缺陷或缺陷，則必須附加該文檔，從而可以迅速再現缺陷或缺陷。有時，為了使缺陷或缺陷修正者進一步明確缺陷或缺陷的表現，可以附加個人的修改建議或注解。

12)檢查拼寫和語法缺陷在提交每條缺陷或缺陷之前，檢查拼寫和語法，確保內容正確，正確的描述缺陷。

13)盡量使用短語和短句，避免復雜句型句式軟件缺陷管理數據庫的目的是便于定位缺陷，因此，要求客觀的描述操作步驟，不需要修飾性的詞匯和復雜的句型，增強可讀性。以上概括了報告測試缺陷的規范要求，隨著軟件的測試要求不同，測試者經過長期測試，積累了相應的測試經驗，將會逐漸養成良好的專業習慣，不斷補充新的規范書寫要求。此外，經常閱讀、學習其他測試工程師的測試缺陷報告，結合自己以前的測試缺陷報告進行對比和思考，可以不斷提高技巧。

14)缺陷描述內容缺陷描述的內容可以包含缺陷操作步驟，實際結果和期望結果。操作步驟可以方便開發人員再現缺陷進行修正，有些開發的再現缺陷能力很差，雖然他明白你所指的缺陷，但就是無法再現特別是對系統不熟悉的新加入開發人員，介紹步驟可以方便他們再現。實際結果可以讓開發明白錯誤是什么，期望結果可以讓開發了解正確的結果應該是如何。

6、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優點和缺點!

黑盒測試的優點有：比較簡單，不需要了解程序內部的代碼及實現;與軟件的內部實現無關; 從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇

到哪些問題;基于軟件開發文檔，所以也能知道軟件實現了文檔中的哪些功能;在做軟件自動化測試時較為方便。

黑盒測試的缺點有：不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%;自動化測試的復用性較低。

白盒測試的優點有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱 藏的問題。

白盒測試的缺點有：程序運行會有很多不同的路徑，不可能測試所有的運行路徑;測試基于代碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求;系統龐大時，測試開銷會非常大。

7、如何測試一個紙杯?

功能度：用水杯裝水看漏不漏;水能不能被喝到

安全性：杯子有沒有毒或細菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述

疲勞測試：將杯子盛上水(案例一)放24小時檢查泄漏時間和情況;盛上汽油(案例二)放24小時檢查泄漏時間和情況等

壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透。

軟件測試的崗位職責和任職要求

職責：

1、獨立負責軟件產品的測試工作，保證項目測試進度和質量;

2、制定項目測試計劃，編寫測試用例和準備測試數據;

3、對產品的功能、性能、兼容性、易用性等方面進行測試，完成功能、集成和回歸測試;

4、運營缺陷管理工具對缺陷進行跟蹤管理，推動問題及時合理地解決;

5、及時溝通、反饋和解決項目測試過程中存在的問題。對項目測試情況進行總結和分析;

6、對產品、流程等提出改進建議;

7、完成領導安排的其他任務。

任職要求：

1、本科或以上學歷，計算機或理工科相關專業，4年或以上系統測試經驗。

2、CET-4或以上，有良好的英文讀寫能力。

3、有C/S或B/S架構產品系統測試經驗。

4、熟悉測試流程，具備較好的測試分析能力，能獨立制定測試方案、測試用例和測試報告。

5、熟悉使用MySQL或者MSSQL，精通者優先考慮。

6、有性能測試經驗者優先考慮。

7、有游戲產品測試經驗者優先考慮。

8、精通WindowsXP、Win7、EmbeddedWin7、WindowsServer、Linux等主流操作系統其中一種者優先考慮。

9、熱愛測試工作，喜歡鉆研測試技術。

求職面試的禮儀有哪些

求職指導：求職面試坐姿禮儀有講究

幾輪面試下來，職場面試者發現與面試官交談，特別是與多位面試官交談時，會有莫名的緊張感。于是坐立不安，手腳不聽使喚，無法專心回答面試官的問話，導致整場面試糟糕透了。這些舉動肯定都被面試官看在眼里，結果可想而知。下面和各位職場白領們共同討論關于職場面試的坐姿禮儀

一、求職面試入坐姿勢

1、坐姿包括坐姿和坐定的姿勢。如果面試官讓你坐下，你不用故意客套地說：“您先坐?！鄙駪B保持大方得體即可。入座時要輕而緩，不要發出任何嘈雜的聲音。面試過程中，身體不要隨意扭動，雙手不應有多余的動作，雙腿不可反復抖動，這些都是缺乏教養和傲慢的表現。有些人因為緊張，無意識地用手摸頭發、耳朵、甚至捂嘴說話，雖然你是無心的，但面試官可能會因此而認為你沒有用心交談，還會懷疑你話語的真實性。

2、不同性別，對于面試就座時的禮儀要求也不同。男性就座時，雙腳踏地，雙膝之間至少要有一拳的距離，雙手可分別放在左右膝蓋之上，若是面試穿著較正式的西裝，應解開上衣紐扣。

3、女性在面試入座時，雙腿并攏并斜放一側，雙腳可稍有前后之差，如果兩腿斜向左方，則右腳放在左腳之后;如果兩腿斜向右方，則左腳放置右腳之后。這樣對方從正面看雙腳是交成一點的，腿部線條更顯修長，也顯得頗為嫻雅。若女性穿著套裙，入座前應收攏裙邊再就坐，坐下后，上身挺直，頭部端正，目光

平視面試官。坐穩后，身子一般占座位的2/3，兩手掌心向下，自然放在兩腿上，兩腳自然放好，兩膝并攏，面帶微笑保持自然放松。

二、面試交談，距離禮儀

職場面試人員進入面試室，一坐下來就習慣地將椅子往前靠。由于這位面試官非常親切，面試者慢慢變得輕松起來，開始講述自己對這份工作的向往，說到激動的地方，就不由自主將身子探得更近了?？粗d奮演說、唾沫橫飛的面試者，面試官似乎有些尷尬，而此時的面試者已經失禮了。

交談的目的是為了與別人溝通思想，要做到愉快地交談，除了要注意說話的內容外，還應注意與主考官保持一定的距離，這樣才能讓對方聽得清楚、明白。西歐一些國家從衛生角度研究出，人說話時，可產生170左右個飛沫，可飄揚1米遠，最遠達 1.2米，咳嗽時能排出460左右個飛沫，最遠可噴出9米遠，就更別說打噴嚏會產生多少病菌了。也就是說，保持適當距離交談，也是對別人的禮貌。

1.保持距離合乎禮儀

從禮儀上說，說話時與對方離得太遠，會使對方誤認為你不愿向他表示友好和親近，這顯然是失禮的。但是如果離得太近交談，一不小心就會把口沫濺在別人臉上，這是最尷尬的。因此，從禮儀角度來講，一般與主考官保持一兩個人的距離最為適宜。這樣做，既讓對方感到親切，同時又保持一定的“社交距離”，在人們的主觀感受上，這也是最舒服的。

2.保持距離交談更有效

在求職面試中，人作為一個整體形象，雙方交談傳遞信息，不僅憑借語言，而且還要依賴身體語言來發揮魅力，如手部動作、表情變化等。美學原理告訴我們，距離能產生美。說明距離在交談中還是能起到一定作用的。面試時選擇一個最佳位置和最佳距離，才能夠更好地發揮。

面試交談時，無論是從衛生角度還是從文明禮貌角度來考慮，都應該與人保持一定的距離，這樣，有利于大家的身體健康，對雙方都是有利的。倘若交談時忽然想打噴嚏、清喉嚨，要轉過身“行事”，最好是取出手帕或餐巾紙捂住口，做過之后要表示歉意，以獲得面試官

三、禮貌起身，離開有禮

面試交談完后，要禮貌起身。起立的動作最重要的是穩重、安靜、自然，絕不能發出任何聲音。入座通常由左邊進入座位，起立時可由左邊退出。一般我們坐椅子時，有上座的專門規定，進入房間可由左邊開始坐，站立時也要站在椅子的左邊，無論是就坐還是起身都不要發出任何聲音。