作為軟件測試工程師你應該怎么規劃你的職業發展

　　近期由于項目組人手不夠，需要招聘一些測試人員。本周及上周陸陸續續面試了十多個應征者，工作年限在2年~9年之間，但無一滿意。期間，種種感嘆，回想起去年面試六十余人僅有3人滿足要求，如有鯁在喉，還是吐槽一下。如有不對請大家也狂噴我。

　　我的要求高么?

　　我的要求其實是：有還算不錯的溝通能力，熟悉常見軟件開發流程，有一定的需求分析、用例設計能力，會基本的linux和sql操作能力。有一些代碼能力會加分。這是長期與現實妥協的結果。如果人還算機靈，其實我很愿意花時間來培養他們。

　　面試結果

　　令人惋惜的是，一個合適的人真的很難找。更令人惋惜的是，我看到好多入行很多年的同行，能力并沒有跟隨工作年限一同增長，有些做了五六年的人有時候給人感覺竟然還不如一個入行一兩年的年輕人。最令人遺憾的是，大部分同學竟然沒有一個明確的職業發展思路，即使有，也沒有經過深入一些的思考，而是人云亦云。

　　面試的一些細節：

　　因為從事的工作是業務密集型的，有的業務邏輯非常復雜，我們特意準備了一份不錯的需求(考慮到應試者沒有行業背景，給出了詳盡的專業說明和例子)，并根據這份需求出了幾道用例設計的題。只有不到四分之一的應試者給出了讓人相對滿意的答案。我們內部評估這份需求的時候，認為只要有過一兩年的用例設計經驗，應該能答的不錯。

　　我一般會根據簡歷問一些問題，看看簡歷的真實性。也會問一些基礎的測試知識，查看應試者的專業素質。

　　常見的問題：

　　說說你常用的測試方法? 百分之九十的人只能答出等價類和邊界值。只有少數人可以講出其它測試用例設計方法，但深入問，從沒有一個人能有令人滿意的回答.

　　給一個非常簡單的小例子，例如登陸操作，讓應試者回答如何使用等價類方法設計用例。但讓人吃驚的是仍然只有不到五分之一能夠給出比較滿意的答案。

　　陳述一個缺陷的生命周期(你們是怎么管理bug的?)有一多半人能夠說出常見流程，但深入問一些問題：如缺陷如何同版本、測試輪次等結合起來，一些特殊情況如何處理等，很多人就懵了，而這些基本上都是工作中常用的。

　　你做的最長的一個項目是什么?在這期間你遇到了什么問題讓你最頭疼?你如何解決它?十個人里大約只有一人能給出還算不錯的答案(能夠識別出問題，提出它帶來 的不利影響是什么，并能夠給出一定的解決方案就算是不錯的答案了)。

　　你感興趣的測試工作是什么，你想在哪方面有所發展?十個人里有4個會說是自動化測試，3個會說性能測試，2個會說是管理，一個會說是白盒測試。并希望提供相應培訓。只有極少數人能夠說出具體的思路和技術項。

　　如果繼續追問：你說的是性能測試吧?你有過這方面的學習么?一半會說看過一些網站上的技術文章，一半會說看過loadrunner的書。如果繼續追問，是哪本書?是哪類文章?有哪些具體的知識點能講一下么?90%答不上來。

　　問：你有看過哪一本測試書籍?哪些技術博客?哪些網站?50%的人會說看過QTP的書(QTP的真正使用率已經快趕上諾基亞的使用率了，國內主流自動化的書竟然還是這個!)，并且沒有真正在工作中使用過，然后就沒有別的了。有少一半人最近幾年一本技術書籍也沒有看過。

　　如果有管理經驗的應試者，我會問一些測試過程管理相關的問題，如給一個最簡單的題：如果測試時間不夠如何?十個人中只會有兩三個提到排定優先級和測試裁剪，大部分人的回答竟然是加班也一定要搞完。

　　我想說的：

　　1.為了你的前途，請多明確一些個人能力思路吧。你五年后，十年后是個什么樣子?有沒有一個明確的想法?有沒有你五年后想達到的某個人的程度?如果這些思路不清楚，請多看看外面的世界，看看一些測試做得非常好的人是如何工作的，他們掌握了什么能力?學習他們，追趕他們并嘗試超越他們。最好認識他們，可以侃侃大山，志同道合抱團前進很好。另外目標別定太抽象，一定要是可以分解，可以檢查的。

　　2.多讀一些測試書籍，測試的書并不是只有QTP!看看微軟測試專家史亮推薦的書單，這些都是不錯的好書：http://www.cnblogs.com /liangshi/archive/2011/03/07/1973525.html 有些書能夠幫助你把測試知識框架搭建起來，比照一下你還缺點啥?

原文轉自：http://www.cnblogs.com/skytraveler/p/3876707.html