面試軟體測試的幾個問題（一）

面試軟體測試的幾個問題（一）

軟體測試面試問題：

1，給你一個全新的軟體，你就是負責人，你怎麼去開展測試工作

解題分析：這道題其實就是考察面試者對項目測試流程的掌握情況，可以從測試流程詳細說明，各個階段的注意要點，輸出，准入准出標準，方面進行說明，可以參考下：

移動 app 測試流程 (2年 功能測試經驗制定) · TesterHome

如何面試測試工程師？ - 張老師的小黑屋 - 博客園

參考回答：

第一步：需求分析：我會對這個全新的軟體需求進行全面分析，主要分析的點有：1，軟體的版本需求合理性，是否可測試；2，項目人員配置（遇到什麼問題找誰，有多少人投入測試，測試環境，測試資源，硬體，軟體）；3，要測試的軟體的主流程，異常流程，測試重點；4，項目整體計劃（發布時間）

第二步：制定測試策略、測試計劃和bug定義標準，，這一步主要是針對需求，在已有和可以協調到的資源上做出具體的，可執行的計劃，這個階段的輸出是測試計劃。測試計劃中明確包含測試範圍，測試策略，比如功能測試，性能測試，自動化測試，可用性測試，雲測，monkey等

第三步：按計劃執行，編寫測試用例，（編寫測試用例的方法：等價類，邊界值，錯誤猜測法，因果圖，正交分解法等等）（編寫測試用例需要注意的點，用例區分等級，特殊場景考慮：為空（介面空、數據空）、載入超時、網路異常、重複提交、異常中斷、緩存衝突、系統兼容、流程迂迴、流程中斷；如果是PC，要注意瀏覽器（IE，chrome,火狐，蘋果的），操作系統（xp,win7,win8,win10,linux,mac）的兼容,如果是手機，注意手機的品牌，操作系統，android版本，手機屏幕尺寸，手機網路等等場景），寫完用例，如果有條件，就要評審測試用例

第四步：執行用例，補充場景，記錄bug，回歸bug（注意開發提測的需求需要冒煙測試通過）

第五步：功能合入，回歸測試（各個功能點測試通過之後，再合入）

第六步：提交驗收（回歸測試通過之後，提交給驗收人員進行驗收）

第七步：發布上線（全新的軟體，先是小範圍內測，觀察線上數據（如：crash,用戶反饋，運營數據等）如果有產品認為嚴重的問題，則需要修復後重發，符合預期才能擴大發布）

2，測試和開發對比一下

解題：其實這是一道開放性題目，測試和開發是有明顯區別的，但是不同公司測試和開發的區別又是不一樣的，這題是考察面試者對測試和開發這兩個崗位職責的理解，如果你是面試測試，那麼你回答問題時，要顯得你更懂測試

與開發人員相比，測試人員的技術有「全而不精」的特點，這是由於測試工程師需要配置各種測試環境，分析影響性能的各種原因而需局別的技術要求！

參考回答：

測試和開發是有區別的。軟體開發重點在於將一個軟體要實現的功能，以代碼的形式實現，側重點在於語言，框架，各種技術的使用；

軟體測試是驗證開發出來的軟體符合需求預期的過程，包含軟體的功能，性能，安全，穩定，易用性，如果大型軟體，還需要自動化測試。需要更多的思考用戶使用這個軟體時的各種特殊場景。

3，經常被問，為什麼選擇測試

解題:主觀題，就要體現出自己的主觀性，因為喜歡測試，對測試感興趣，才選擇測試的

千萬別說：找不到開發的工作，所以找測試。（雖然可能現實是這樣的）

參考回答：

於我個人來說，我比較喜歡測試，我喜歡接觸新的東西，在不同的場景下，運行軟體，往往能帶來不一樣的體驗

與開發人員相比，測試人員的技術有「全而不精」的特點，這是由於測試工程師需要配置各種測試環境，分析影響性能的各種原因而需局別的技術要求！

4，你覺得測試是什麼樣子的？測試需要你具有什麼樣的特質？

解題：這其實是考察面試者對測試這個崗位的認識，可以從測試的崗位職責，測試人員素養，測試人員的技能要求等等方面進行說明

參考回答：測試是軟體的質量保證者，是產品質量的最後一關，測試必須要有正確高效的溝通能力，超強的責任心，原則，比較全面的技術知識，必備的專業技能（軟體測試流程，用例設計方法，計算機基礎知識，操作系統）

你為啥不去做開發呢？你是不是因為自己能力不夠所以做測試呢？

參考上一題

5，你大學成績不怎麼好啊！你平常的時間是怎麼度過的？

答題情況一：你簡歷上寫的大學成績真的不好

這個時候你可以說你大學參加了比較多的社會活動/實習，凡是都有取捨，我認為學校的成績及格就好，相比之下，我更看重個人社會經驗的積累，個人對社會的融入程度，同時這些社會活動/實習機會，讓我學到了更多學校教材之外的東西，

平常時間怎麼度過的，說一些積極的事情，比如：看書，關注科技網站，科技潮流（不要說什麼追劇呀，自拍等）

答題情況二：你的大學成績挺好的

說明你大學成績在學校的情況，

6，如果你發現了bug但是開發不認為是bug，怎麼辦

首先找證據支持我說這個是bug，（比如需求文檔這麼寫的，競品這麼做的等等），如果找不到足夠的證據支持你的觀點，那就將問題升級到小組內討論，一級一級的上升，直到PM或者項目經理拍板定義

7，你覺得bug需要修改，很緊急，但是開發沒時間，怎麼辦

這個你需要先把這個問題說清楚，問題影響範圍有多大，然後給PM或者項目經理還有拉上開發一起評審，說明這個問題遺留的風險，如果PM和項目經理接受這個風險，那就可以發布，否則必須修改了才能發布

即使他們接受了，發布之後，也要注意線上的表現，並知會出來

如果線上這個問題表現超過預期，那麼就要要求發布hotfix

推薦閱讀：