面試場景1

 

依然以小明為例

 

　　問：“假設你所在的團隊負責研發一款手機計算器程序，你是這款產品的測試負責人，你準備怎么開展工作？ ”

 

　　小明聽我說完后，考慮了些許時間，問到：“是不是要寫測試用例？”

 

　　旁白：聽到這樣的回答會讓我心涼，因為這個問題我只會對2年以上工作經驗的人提問，所以如果面試者這么回答，說明了這個人起碼理解能力方面有問題。

 

　　我接著提示：“小明，在答題前，你想一下，作為一個項目的測試負責人，一開始就去設計具體的測試用例，是否太片面了？”

 

　　聽完我的提示，小明思索了一下，回答道：“我以前工作的時候就是這么做的。”

 

　　旁白：既然我這樣提示，很顯然就是沒讓你寫測試用例。而這個時候如果再強調以前的做法，是不是在挖坑往里跳呢？

 

　　眼看提示無效，我換一種方式引導，又問：“那你覺得該怎么設計測試用例呢？”

 

　　小明自信地說道：“我要測加減乘除運算，開方運算......”

 

　　我不忍再繼續聽下去，打斷她，問道：“你設想一下，如果用例設計完成了，你準備怎么樣執行這些用例呢？”

 

　　小明：“就在手機上去執行啊。”

 

　　我問到：“什么樣的手機？”

 

　　小明說：“就這樣的手機啊。” 然后晃了晃自己的手機。

 

　　我說：“是不是拿這部手機就可以了，換一款行不行？”

 

　　說道這里，小明停頓了一下，若有所思的說：“對啊，你還沒有說我們這個計算器程序應該運行在什么手機上。”

 

　　我：“現在你是測試負責人啊，你是否應該在設計用例之前，弄清楚這件事??？”

 

　　聽到我的話，小明不住的點頭，剛才的自信開始消失，取而代之的，是眼神中的緊張。

 

　　我安慰道：“放松，你循著這個思路，重新來制定測試計劃。我以為他會因此開竅，心中竊喜。

 

　　“我的計劃是，在華為、iPhone、三星、vivo、小米、oppo上執行這些測試用例……”

 

　　旁白：聽到這樣的回答，差不多可以pass了。

 

 

 

我想說的

 

　　上面這個問題很難嗎？據我所知，這類面試的題目是各大IT企業面試軟件測試工程師的必考題，這類題目可以稱之為測試設計，一般是要求應聘者測試一個大眾化的產品（不局限于軟件產品比如一直筆，一部電梯，一塊表，一臺銀行ATM機等）。題目看起來非常的簡單和直觀，但它能從多個維度全面的考察應聘者作為測試工程師的潛力。正如上面大家看到的真實面試案例，如果應聘者沒有系統了解科學的項目測試理論，就很容易因以前的工作模式陷入思維定勢，無法自拔。

 

這類問題怎么解決/回答？其實方法流程很簡單：

 

1.明確測試任務

 

2.分析測試范圍

 

3.制定測試計劃和測試用例

 

在上面的案例中，小明在做手機計算器程序的測試設計時，在沒有明確測試任務的情況下，就盲目的展開測試用例的設計，這樣，會引發諸多問題。

 

比如，在面試題目中，并沒有明確產品可以運行在什么手機平臺上，對平臺的支持需求不同，測試的設計的差異性是很大的，所以，在回答該問題之前，先應該向面試官發問，明確產品支持的手機平臺，之后，才能有的放矢的開展具體的設計（或者即使不問面試官支持哪些平臺，在回答的時候也要說清楚先跟團隊確定運行的平臺）。再比如，應該明確產品的研發周期等信息，只有了解了項目進度安排等信息，才能制定有效的測試策略，在測試的深度和項目開發時間要求上取得較好的平衡。比如，有的項目是時間驅動的(Date-Driven)，這類項目的特點是預先制定發布時間，要求到了那天，產品就一定要發布，對這類項目，我們在設計測試計劃時，就應該更多的考慮解決和項目發布相關的質量問題；另外有些項目，可能是質量驅動的(Quality-Driven)，這類項目的特點是對發布時間沒有強行的規定，但要求產品的質量必須達到一定的指標，并且需要在發布以后，實時監控產品質量，那么，在測試中，我們不僅要做好項目當下版本的測試工作，還需要考慮構建長期、高效地測試系統和平臺，保障產品質量能夠實時度量。另外，明確產品的功能設計、產品的核心競爭力、可用的測試資源等信息，對于接下來做產品測試都是至關重要的。

原文轉自：http://www.cnblogs.com/scios/p/6028094.html