如果一個人很認真的看待自己的工作，那麼可能會常常想到發展的問題，所謂人無遠慮，必有近憂嘛。同樣的，測試人員也會常常問發展的方向在哪裏，這其中，剛入行，準備入行或者做了幾年的恐怕都有。
最近，在訂閱的blog上也看到類似的討論文章，比如：
測試架構師Jack同學有兩篇關於測試專家的討論。
《3種類型的測試專家之路選擇》
http://www.51testing.com/?uid-293557-action-viewspace-itemid-232781
《關於什麼是測試專家的討論》
http://www.51testing.com/?uid-293557-action-viewspace-itemid-233822
另外最近在淘寶的QAblog上也看到一篇他們的測試總監，郭芙女士的文章，叫做《測試者之路》，探討了測試人員的兩條發展路線，她稱之爲P路線和M路線，大概相當於我們平時說的tech track和managementtrack。
都是很好的探討，看了覺得很受益，不過又覺得不過癮，好像還有話要說，遂決定撰文贅述一下。先聲明一下，觀念有時候受限於個人經驗，所以難免狹隘，不過我不準備大而全，而只說說自己看到的，寧願少也不要誤導大家。
爲討論方便，我把我看到的發展道路分了兩大類，測試相關領域和非測試直接相關的。
1.先說繼續留在測試領域的。
1.1 再細分，第一類是管理路線。學而優則士也是有傳統的，所以並不奇怪。
這一路線的發現大概是QAlead à QA manager (QM) à QA director
各公司叫法不同，大概的意思如此。一般是先開始做測試團隊的lead，或者叫組長。嚴格意義上，這個還不算是管理的職位，但是也算是預備。不過實際中，做lead並不一定意味着要發展到manager，很多技術路線的也可能在一段時間擔任lead。其中的一個原因就是做lead是非常鍛鍊人的，即便以後走技術路線很多的知識和技能還是必備的，也是相通的，比如協調的能力，溝通的能力，對全局的把握。
就我個人的觀察，不同的group可能風格不同，或者取決於QM管的範圍，有些項目，QM介入很多，有的則很少，所以相應的lead的職責和空間也不同。
如果是管理路線，到後面就是QM了，當然也可能會有acting（實習）的階段。到QM後就是比較純粹的管理路線了。當然，看個人的風格，有些QM也是比較technical的，也會經常研究測試工具技術和方法，並出去分享。但是就職能上講，很多一部分工作是team的建設管理和人員的選擇培養，按照我們公司的劃分，是屬於peoplemanager的範圍了。
再往高處，就是QA Director，比如在blog上活躍的Kerry老師，下面帶一些manager，產品的範圍也更大，有些可能不看具體的項目了，而更多思考一些全局性的方法和策略，但是人員的培養應該也還是主責。
看公司的大小，也可能會有更多的層級，不過大致是一樣的。在這條路上，到某個時候，再往上，可能就越界了，意思是不再直接和測試相關了，比如升任研發總監或者VP,到這個層面，已經不分開發和測試，因爲兩邊的report line彙總到一個人上面了。我們公司三大RDhead中就有一個做了很多年測試，有次和他喫飯聊起這個話題，他說早期公司人少，全職的測試人員也少，所以有機會接觸很多不同的產品，也得益於此。
1.2 技術路線
這個想必大家也不陌生，國內很多的公司，特別是稍大的公司都在提。其中有一個很直接的原因，那就是上面的管理路線會很依賴於組織結構和組織的成長，通俗的說就是要有坑纔行。另一個方面，產品的精深對於高層次的技術人員也有更多的需求，而且不是所有人都想或者都適合走管理路線。那麼對應的技術路線也就很自然的出來了。其實關於這一部分，最近幾年我們的討論也很多，一度大家也很迷茫，一個簡單的問題是，大家沒有想明白一個和manager，甚至director拿一樣薪水的QA engineer應該是什麼樣的，有什麼樣的能力和貢獻？
現在我們有了一些思路。這裏說的是我個人的一些看法，不是官方的定義。
1.2.1Domain Expertise
第一類是測試領域的專家，這一類Jack在文章中也有討論。比如說automation，performance，security，compatibility等等領域，都是需要長久的積累，也很有專業性，可以產生對應的領域的專家。這樣的專家也是從產品和項目中鍛煉出來的，但是慢慢的發現，他們的經驗和技能越來越深，而且也變得更加通用，可以讓其他產品和項目也收益，這種影響力甚至可以擴展到其他部門，有點橫向的發展。
關於這條該怎麼去走，這裏就不展開了，姑且就先知道有這麼條路，應該有很多值得討論的。
1.2.2Engineer Productivity Developer
測試中會用到很多的工具和系統，如果組織夠大的話，通常爲了效率和ROI，會把這一部分抽取出來給一個部門來做，我們稱之爲engineering tools and service。其實這也是一條發展的路線，因爲很多人喜歡去開發工具，讓更多人的從中收益。不過目前我個人的看法，這條路在一個不以測試工具爲產品的組織裏面會有瓶頸。畢竟國內純粹開發測試工具的廠商還很少，沒有像Spirent，IXIA, Micro Focus, 還有以前的Mercury之類的公司。
說到developer，很多人會說，轉到developer也是tester的一個track。我不這樣以爲，因爲那樣而言測試不是一個獨立的工作，而只是developer的預科，在有些公司，特別是一些測試不正規的小公司，可能這種認識會比較普遍。但是這個不在我這裏討論的範圍，因爲前提是把測試做爲一個獨立的工作類別。
1.2.3Solution Architect
開發人員要一邊學習開發技術，比如編程語言，設計模式等等，另一方面要了解和熟悉產品相關的領域知識。比如設計和開發銀行的業務系統的人要了解銀行的業務。對於測試人員而言，同樣如此，甚至要了解更多。試想一樣，如果你去測銀行的利息計算的程序，你都搞不清楚利息計算的方式和銀行業的各種規章，又如何能判斷測試結果的對錯，被測系統設計得是否正確或者合理？換到別的行業和領域，也是一樣。長此以往，很多測試人員就慢慢成爲了領域專家，對業務和產品都非常熟悉。這種熟悉和developer不一樣，通常developer是對某個他做的模塊細節實現有深入的瞭解，受限於時間和精力，無法瞭解產品功能的全貌，而QA的角色使得難以瞭解到代碼級別的實現細節，但是對於產品的各個功能，用戶的部署和使用場景等方面比較熟悉。於是乎就又了solutionarchitect這樣的概念出來了，就是要針對具體的市場或者客戶過來的問題，能做評估和分析，給出相應的技術方案，並做技術的驗證。
我們公司現在有QA engineer在這種方向上走到和director同等的級別。這方面需要對產品的知識有非常深廣的積累。
1.2.4Industry expert/leader
上面的三條路，你會發現其實是講平時的工作從幾個不同的角度去延伸，分別是深度，通用性和產品領域。其實還有一個延伸的角度，就是影響力的範圍，如果可以超出公司的範疇，可以超出行業的範疇，就變成我這裏說的industryexpert或者leader。這一方面，目前國內還不多，大家聽得多的還是國外的一些同行，比如JamesBach, Alberto Savoia, James Whittaker, Scott Barber等等。
他們在很多公司工作過，不過大家記住和尊敬他們是因爲他們做的演講，寫的書，提出的理論和方法，可以benefit到其他人，讓別人從中學到有用的東西。
這其實也是一條路線，獨立於公司和產品。但是這條路顯然不容易，至少要有深厚的積累，而且要有很強的歸納總結能力，能寫能講。當然很多這樣的人本身也在公司裏面上班，也有一些是自己開辦自己的諮詢公司，比如JamesBach。
好吧，和測試相關的談完了，下面我們來看看別的方面。
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做爲完全獨立的機構還是開發的一部分。
寫到這裏，大部分都是我在工作中看到的例子，發現其實也不少。但是我深信這個列表一定是很侷限的，一定有更多的。
其實真的又更多，再舉一個例子，比如去賣車。賣車？是的，大家不要笑，我說的是realcase。前段時間，某天中午和同事去一家4S店看車，遇到一個sales，看了半天，也問了半天。末了，快要走的時候，他問我是做什麼的，估計我們看了半天又不買所以要看看能否買得起，我說軟件大道上做軟件的。哦， 他說他以前也是做軟件的，搞數據庫方面的，後來受不了加班改行了。嗯，所以你看嘛，這也是一條路啊。
好了，先寫到這裏，也歡迎大家的討論。