成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

測試工程師的明天在哪里

開發 測試
本文是討論的是測試工程師的明天,謹以此文獻給,曾經迷茫或者現在還在迷茫的同學們,希望能給即將步入軟件測試行業的同學提供一點指引,一起來看。

如果一個人很認真的看待自己的工作,那么可能會常常想到發展的問題,所謂人無遠慮,必有近憂嘛。同樣的,測試工程師也會常常問發展的方向在哪里,這其中,剛入行,準備入行或者做了幾年的恐怕都有。

最近,在訂閱的blog上也看到類似的討論文章,比如:

測試架構師Jack同學有兩篇關于測試專家的討論。

《關于什么是測試專家的討論》

http://developer.51cto.com/art/201105/263150.htm

 

《3種類型的測試專家之路選擇》

http://developer.51cto.com/art/201105/263151.htm

另外最近在淘寶的QA blog上也看到一篇他們的測試總監,郭芙女士的文章,叫做《測試者之路》,探討了測試人員的兩條發展路線,她稱之為P路線和M路線,大概相當于我們平時說的tech track和management track。

http://developer.51cto.com/art/201105/263146.htm

都是很好的探討,看了覺得很受益,不過又覺得不過癮,好像還有話要說,遂決定撰文贅述一下。先聲明一下,觀念有時候受限于個人經驗,所以難免狹隘,不過我不準備大而全,而只說說自己看到的,寧愿少也不要誤導大家。

為討論方便,我把我看到的發展道路分了兩大類,測試相關領域和非測試直接相關的。

1、先說繼續留在測試領域的。

1.1 再細分,第一類是管理路線。學而優則士也是有傳統的,所以并不奇怪。

這一路線的發現大概是QA lead à QA manager (QM) à QA director

各公司叫法不同,大概的意思如此。一般是先開始做測試團隊的lead,或者叫組長。嚴格意義上,這個還不算是管理的職位,但是也算是預備。不過實際中,做lead并不一定意味著要發展到manager,很多技術路線的也可能在一段時間擔任lead。其中的一個原因就是做lead是非常鍛煉人的,即便以后走技術路線很多的知識和技能還是必備的,也是相通的,比如協調的能力,溝通的能力,對全局的把握。

就我個人的觀察,不同的group可能風格不同,或者取決于QM管的范圍,有些項目,QM介入很多,有的則很少,所以相應的lead的職責和空間也不同。

如果是管理路線,到后面就是QM了,當然也可能會有acting(實習)的階段。到QM后就是比較純粹的管理路線了。當然,看個人的風格,有些QM也是比較technical的,也會經常研究測試工具技術和方法,并出去分享。但是就職能上講,很多一部分工作是team的建設管理和人員的選擇培養,按照我們公司的劃分,是屬于people manager的范圍了。

再往高處,就是QA Director,比如在blog上活躍的Kerry老師,下面帶一些manager,產品的范圍也更大,有些可能不看具體的項目了,而更多思考一些全局性的方法和策略,但是人員的培養應該也還是主責。

看公司的大小,也可能會有更多的層級,不過大致是一樣的。在這條路上,到某個時候,再往上,可能就越界了,意思是不再直接和測試相關了,比如升任研發總監或者VP,到這個層面,已經不分開發和測試,因為兩邊的report line匯總到一個人上面了。我們公司三大RD head中就有一個做了很多年測試,有次和他吃飯聊起這個話題,他說早期公司人少,全職的測試人員也少,所以有機會接觸很多不同的產品,也得益于此。

1.2 技術路線

這個想必大家也不陌生,國內很多的公司,特別是稍大的公司都在提。其中有一個很直接的原因,那就是上面的管理路線會很依賴于組織結構和組織的成長,通俗的說就是要有坑才行。另一個方面,產品的精深對于高層次的技術人員也有更多的需求,而且不是所有人都想或者都適合走管理路線。那么對應的技術路線也就很自然的出來了。其實關于這一部分,最近幾年我們的討論也很多,一度大家也很迷茫,一個簡單的問題是,大家沒有想明白一個和manager,甚至director拿一樣薪水的QA engineer應該是什么樣的,有什么樣的能力和貢獻?

現在我們有了一些思路。這里說的是我個人的一些看法,不是官方的定義。

1.2.1 Domain Expertise

第一類是測試領域的專家,這一類Jack在文章中也有討論。比如說automation,performance,security,compatibility等等領域,都是需要長久的積累,也很有專業性,可以產生對應的領域的專家。這樣的專家也是從產品和項目中鍛煉出來的,但是慢慢的發現,他們的經驗和技能越來越深,而且也變得更加通用,可以讓其他產品和項目也收益,這種影響力甚至可以擴展到其他部門,有點橫向的發展。

關于這條該怎么去走,這里就不展開了,姑且就先知道有這么條路,應該有很多值得討論的。

1.2.2 Engineer Productivity Developer

測試中會用到很多的工具和系統,如果組織夠大的話,通常為了效率和ROI,會把這一部分抽取出來給一個部門來做,我們稱之為engineering tools and service。其實這也是一條發展的路線,因為很多人喜歡去開發工具,讓更多人的從中收益。不過目前我個人的看法,這條路在一個不以測試工具為產品的組織里面會有瓶頸。畢竟國內純粹開發測試工具的廠商還很少,沒有像Spirent,IXIA, Micro Focus, 還有以前的Mercury之類的公司。

說到developer,很多人會說,轉到developer也是tester的一個track。我不這樣以為,因為那樣而言測試不是一個獨立的工作,而只是developer的預科,在有些公司,特別是一些測試不正規的小公司,可能這種認識會比較普遍。但是這個不在我這里討論的范圍,因為前提是把測試做為一個獨立的工作類別。

1.2.3 Solution Architect

開發人員要一邊學習開發技術,比如編程語言,設計模式等等,另一方面要了解和熟悉產品相關的領域知識。比如設計和開發銀行的業務系統的人要了解銀行的業務。對于測試人員而言,同樣如此,甚至要了解更多。試想一樣,如果你去測銀行的利息計算的程序,你都搞不清楚利息計算的方式和銀行業的各種規章,又如何能判斷測試結果的對錯,被測系統設計得是否正確或者合理?換到別的行業和領域,也是一樣。長此以往,很多測試人員就慢慢成為了領域專家,對業務和產品都非常熟悉。這種熟悉和developer不一樣,通常developer是對某個他做的模塊細節實現有深入的了解,受限于時間和精力,無法了解產品功能的全貌,而QA的角色使得難以了解到代碼級別的實現細節,但是對于產品的各個功能,用戶的部署和使用場景等方面比較熟悉。于是乎就又了solution architect這樣的概念出來了,就是要針對具體的市場或者客戶過來的問題,能做評估和分析,給出相應的技術方案,并做技術的驗證。

我們公司現在有QA engineer在這種方向上走到和director同等的級別。這方面需要對產品的知識有非常深廣的積累。

1.2.4 Industry expert/leader

上面的三條路,你會發現其實是講平時的工作從幾個不同的角度去延伸,分別是深度,通用性和產品領域。其實還有一個延伸的角度,就是影響力的范圍,如果可以超出公司的范疇,可以超出行業的范疇,就變成我這里說的industry expert或者leader。這一方面,目前國內還不多,大家聽得多的還是國外的一些同行,比如James Bach, Alberto Savoia, James Whittaker, Scott Barber等等。

他們在很多公司工作過,不過大家記住和尊敬他們是因為他們做的演講,寫的書,提出的理論和方法,可以benefit到其他人,讓別人從中學到有用的東西。

這其實也是一條路線,獨立于公司和產品。但是這條路顯然不容易,至少要有深厚的積累,而且要有很強的歸納總結能力,能寫能講。當然很多這樣的人本身也在公司里面上班,也有一些是自己開辦自己的咨詢公司,比如James Bach。

好吧,和測試相關的談完了,下面我們來看看別的方面。

2、轉換到別的角色

2.1 項目經理,Project Manager,簡稱JM

測試人員,特別是QA Lead轉項目經理的例子在我身邊還不少。分析來看,有很多skill方面的東西是相通的,比如要做進度的管理,良好的協調和溝通能力,等產品的比較深的理解,對公司各種相關的部門和流程的熟悉。

2.2 產品經理,Product Manger, 簡稱PM

這種例子沒有上面多,但是也有一些。在我們的體系里面,PM負責整個產品roadmap的制訂,簡單來說就是決定下一版要做什么feature,以及對產品的市場定位和規劃,有一部分是偏向marketing的。相對于JM,可能更偏向于business,對產品所在的行業,客戶,以及競爭對手有比較深入的了解。相對而言,跨度要更大一些,而且對個人性格特質的要求也不太一樣,因為JM畢竟還是屬于R&D的范疇,而PM不是。

2.3 售后和技術支持

這方面的例子也有,我前老板的老板就去做了support的director,不過這個好像還是偏管理的。engineer也是有的,不過這方面要看組織的結構是把support做為完全獨立的機構還是開發的一部分。

寫到這里,大部分都是我在工作中看到的例子,發現其實也不少。但是我深信這個列表一定是很局限的,一定有更多的。

其實真的又更多,再舉一個例子,比如去賣車。賣車?是的,大家不要笑,我說的是real case。前段時間,某天中午和同事去一家4S店看車,遇到一個sales,看了半天,也問了半天。末了,快要走的時候,他問我是做什么的,估計我們看了半天又不買所以要看看能否買得起,我說軟件大道上做軟件的。哦, 他說他以前也是做軟件的,搞數據庫方面的,后來受不了加班改行了。嗯,所以你看嘛,這也是一條路啊。

好了,先寫到這里,也歡迎大家的討論。

原文鏈接:http://www.51testing.com/html/93/n-235693.html

【編輯推薦】

  1. 再議PHP程序語言中 單雙引號的區別
  2. 用C#實現HTTP協議下的多線程文件傳輸
  3. ASP.Net中保護自定義的服務器控件
  4. ASP的開發準則
  5. C/C++中動態鏈接庫的創建和調用
責任編輯:于鐵 來源: 51Testing軟件測試網采編
相關推薦

2012-10-10 09:42:58

谷歌測試測試工程師

2009-02-12 11:52:23

軟件工程師職業規劃價值

2009-02-23 09:41:29

面試軟件測試工程師

2015-02-13 19:52:47

測試工程師APPTestin云測

2012-07-04 16:15:31

前端工程師

2018-04-05 23:13:21

Fiddler調試工具測試

2019-11-08 11:08:29

測試工程師AI人工智能

2025-03-14 10:00:00

黑客AI網絡安全

2009-06-16 11:36:34

軟件測試工程師獵頭職業

2009-03-05 09:39:07

工程師軟件測試加班經歷

2009-02-24 10:31:33

軟件測試工程師角色定位

2011-04-18 16:41:01

測試工程師軟件測試

2012-03-02 08:56:25

軟件測試

2018-12-29 15:10:22

工程師爬蟲Python

2022-11-09 07:18:18

驅動測試BDD

2012-12-24 09:41:24

2011-04-18 15:07:53

測試工程師軟件測試

2022-12-28 11:30:00

邊緣計算云計算

2012-09-07 10:20:53

2009-03-05 09:48:06

軟件測試測試工程師工作場景
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 久久大| 最新日韩欧美 | 在线国产99 | 亚洲精品一区二区三区在线 | 欧美精品 在线观看 | 在线视频 亚洲 | 日韩午夜一区二区三区 | 日本久久www成人免 成人久久久久 | 久久精品中文 | 99精品久久久久久 | 伦理片97| 欧美a级成人淫片免费看 | 精品一区二区三区av | 午夜欧美 | 性一交一乱一透一a级 | 伊人网站视频 | 人人干人人干人人 | 国产精品一区一区 | 国产精品久久久久久久久久久久 | 欧美日韩在线一区二区 | 国产精品久久国产精品久久 | 天天澡天天狠天天天做 | 91成人免费观看 | 国产成人免费 | 天天草av | 亚洲精品一区二区三区中文字幕 | 亚洲一区视频在线播放 | 国产中文 | 精品国产乱码久久久久久图片 | 精品国产一区二区三区久久 | 一区二区高清不卡 | 日韩免费看视频 | 久久r久久| 日韩视频在线免费观看 | 99久久免费精品国产免费高清 | 亚洲精品综合 | 午夜影院在线观看 | 亚洲国产免费 | 国产福利一区二区 | 国产精品国产精品国产专区不卡 | 日韩精品一区二区三区视频播放 |