最近在找實習。面試軟體測試時，面試最想聽到的答案是什麼？

01-05

最近在找實習。面試軟體測試時，面試官讓你測一個軟體，比如朋友圈，或者讓你測試你的電腦為什麼打不開網頁，而QQ可以打開之類的，他最想聽到的答案是什麼？

如果我是面試官，我更希望聽到的是這名候選人有一定的解題思路，而不是拿出一些所謂的「標準答案」。

也可以參看《Google軟體測試之道 (豆瓣)》第3.2.5章節「TE的招聘」的內容。

面試的時候你肯定沒辦法立刻知道一個軟體的需求到底是什麼，所以最簡單靠譜的方法就是，你跟面試官說你假設這個軟體的需求是12345，然後你怎麼測試他。測試需要包括正確的操作、錯誤的操作導致的是和不是undefined behavior的結果、操作的邊界條件等等。其實跟給一個函數寫單元測試還是挺像的，唯一的區別就是自動化測試需要你知道如何掌控很多輸入，譬如鍵盤滑鼠、文件系統、環境等等。

謝邀請。

lz說的這種情況在軟體測試面試中還是非常常見的。無論是外包還是自己公司員工都有這種情況。

我個人來分析一下這類舉動面試官想聽到的幾種可能不錯的回答，由於面試官多種多樣，所以僅供參考：

1. 面試官讓你測試一個軟體，而不是直接問一個具體的問題，是有一定原因的。我們可以將這個看成一個即興的小型的項目。那麼作為一個軟體測試人員，我們首先需要的是去了解清楚需求。比如你在玩一個app或者說測試電腦等，我們首先先了解清楚需求，先思考下，先問自己不清楚，或者疑問的地方，不要馬上進行回答。

2. 希望從多個維度來分析你的測試對象。不一定要全，但是要每個測試用例都有自己的切入點。比如幾個功能測試，幾個弱網路測試，幾個mock功能測試，幾個壓力測試，幾個性能測試，幾個安全測試等等。當然不要太虛，將怎麼測試，用什麼技術說清楚。讓別人知道你看問題是有廣度和深度的。

3. 同樣的，我們可以從另外一個角度進行回答。比如哪些是必須業務測試的，哪些又可以通過自動化從而提升測試效率的。比如說朋友圈很多狀態，比如某些搜索功能等。這些都不是功能測試就可以窮盡或者方便測試的功能，所以需要代碼來支持測試。

4. 當然，還需要去關注下碎片化。當然也可以提下多解析度，多系統版本，包括root，不root，越獄，不越獄等，分別會造成哪些可能性的後果。

我簡單的列下，希望對你有幫助。最後我需要強調一點，以上任何的回答都需要有要做什麼，還都要有怎麼做，達到什麼目的等。需要自己對於這些都有深入的了解，如果自己模凌兩可的話，還是不要去說。否則很容易自己挖坑埋自己。

最近在找實習。面試軟體測試時，面試官讓你測一個軟體，比如朋友圈。

首先還是要去找到需求並立即需求，測試一定是按照需求去測，測試人員不是創造需求而是立即當前需求。包括測朋友圈，朋友圈的功能說是需求嗎？按道理這個不是需求，需求你根本看不到，按照一級出來的功能說明書去測不是真正的軟體測試。

對於測試朋友圈，最重要的還是要在立即需求的基礎上，根據需求去分析業務場景，分析涉及到的用戶角色，根據這個去涉及各種測試場景，再根據測試場景去細化具體的測試用例和測試功能點，具體測試用例怎麼涉及當然就一樣了。

還有就是通用性的一些測試，如交互性測試，易用性測試，健壯性測試，這些可能跟產品本身關係不太大，比如手機類應用有一些通用的易用性標準和交互原則，根據這個也應該再去設計相應的測試用例進行測試。

或者讓你測試你的電腦為什麼打不開網頁，而QQ可以打開之類的，他最想聽到的答案是什麼？

該問題不知道是不是你自己想出來了？嚴格來說這個不是考測試技能的問題，是考察分析和定位問題能力的問題。測試人員重點不是去解決測試到的問題，而是根據各種場景和測試用例儘可能的發現問題。

謝邀。

一般來講。我在面試的時候問這種問題是爲了考量答題者的幾個方面：

1. 對突然到手的不熟悉的項目會用這麼態度來接手。

比如，作爲一個測試人員。面對一個籠統的測試要求，首先應該找需求方確認具體的需求。具體在面試時也就是向我追問幾個問題。

2. 設計測試用例的能力。

在明確需求之後，設計測試用例的能力主要表現在對需求的理解上。倒不需要是將用例詳細地設計出來，但是起碼要把關鍵的測試點覆蓋到。比如一些邊界值或者等價類什麼的。

3. 在有限時間內應付任務的能力。

通常我不會給答題者太多的時間來思考。因爲在實際的工作中一樣會遇到來自遞交日期的壓力。在這有限的時間內，答題者要判斷任務的優先級來完成任務。

4. 對壓力的應付能力。

一般來講，在答題者給出自己的方案之後我會追問一些問題。這時就是考量答題者面對壓力時的反應了。

大致來講，就是這些了。

以上。

大概也面了50人左右了吧，說說現在的看法：

1. 有沒有需求意識。

2. 不了解具體需求的情況下，有沒有常識。

3. 測試思路，不僅僅關注功能測試，還要關注易用性，用戶體驗，性能，安全，異常情況等。

4. 用例設計方法，什麼邊界值啊，等價劃分啊，狀態機啊，等等等。

5. 能不能自圓其說。

6. 面對進一步的質疑時的態度，是不是能夠堅持，不放棄思考。

----------------------------------------------------

蟹妖。

前面的 @陳曄@徐毅說的都挺好的，已經很全面了。

我覺得面試官主要想看候選者的技術能力和合作能力，所以答題時候的思路和態度才是最重要的。

馬上要讀Software Testing的Phd。

如果我是面試官。我起碼會問下列最最最基本的問題。

1. 給你一個系統，給我一個你心中的測試步驟？（考察你對Software

Testing的整體理解）

2. 目前公司有時間和成本限制原因，不能完成執行你提出的Solution，怎麼改進？

3. Testing 的基本技術有哪些？

4. Testing Coverage Cretieria有哪些？怎麼應用？

5. 說說你知道的Testing的種類。

6. 每一種種類的意義，優勢，劣勢。

7. 當你觀察到Failure之後，如何做Bug Localization

以上問題足以判斷你對Testing的了解程度。

如果你以上的問題答不上來，你能否通過面試完全就取決於他是否想找一個Testing打雜的。

謝邀請。

曾經寫過幾篇談面試的文章，供參考。

關於最近電話面試的體會

談面試上 - oscarxie

談面試下 - oscarxie

前段時間面了一輪也採用了類似的方法: 我們做了一個local的頁面，故意弄了一堆bug。告訴面試者前端後端的大概架構，然後請面試者尋找bug並分析。

體會如下:

對於找到的bug，能打開dev tool/firebug去定位元素，分析是否是html css的運用錯誤，並給出合理的解決方案；能分析console中的js錯誤；能查看network分析get/post的data，分析load time和性能瓶頸。

整體上對測試有規劃。可以起草draft test plan。知道哪個階段應該做什麼測試。

簡單提供自動化測試的方案。能用熟悉的語言對某一個用例寫一段測試代碼。

最後，解決上述這些問題的時候能邏輯嚴謹的、順暢的把想法表達出來。

失眠來刷一下存在感。

昨天剛面完，分享下隔壁team的Senior staff教我的，在想不清楚測試用例的時候，列一個list：RAT FAST FET TOFT CT PT等等，各列兩個事例，這樣面試官就覺得你很有調理了。跟高中英語作文要first,second一個道理，喵。

你的電腦為什麼打不開網頁，而QQ可以打開。

九成是DNS問題，修復下DNS設置就好，修復為自動獲取或者指定可行的DNS，比如114、谷歌之類的。

好吧我跑題了

關於測試職能，日常工作可以關注公眾號iTesting,測試全乾貨，你值得擁有！