不久前寫了一篇文章《微軟的principle sdet到底是什麼樣的牛人？>>. 有個網友問了乙個問題,我覺得非常的好,這裡想簡單解答一下. 這個問題是
「夠牛。不過。為什麼非要做測試呢。principle sdet相當於什麼職位（與管理職位對比）當了principle sdet還要受乙個小teamleader領導，受得了嗎？」
首先，principle是乙個級別，很難跟管理職位相對比，級別主要決定了工資水平。從管理的職位上分，有principle team lead, principle manager, principle director等等。級別是不會降的，比如如果乙個principle sdet想做team lead，那就會是principle team lead，如果想做manager，那就是principle manager。因此對應的是級別，而不是職位。當然各個職位的側重點不同，比如principle sdet當然側重於技術了，未必能一下子轉成principle manager。但是，可以先轉principle lead, 再轉manager，從而在管理的發展上能夠循序漸進。從我個人的理解上，principle sdet是不可能轉成senior lead, 或senior manager的，因為這樣就降級了。微軟的發展一般在早期就會確立路線，技術或管理，因此一般某人會在一條路線上堅持下去的。在高階別的技術和管理來迴轉的情況應該很少，但不排除有全才在兩方面都很出色，當然就可以轉來轉去了。
由於principle sdet的級別已經很高了，他們不可能被小team leader領導，至少也得是principle team lead領導。我查了一下這四個人，其中兩個是被principle test manager領導，乙個是被partner test manager領導，乙個是被test director領導。因此不存在受不了的問題。
對於為什麼要做測試的問題，牛人tv曾經做過一些解釋，我個人很贊同他的觀點，當然只有牛人才能從這麼高的角度去看待測試。
¨why move from development to test?
我根本不算牛人，我也覺得測試技術含量還是比開發低（從我的層次上看），但是經過了3年多的測試經歷，我相對更喜歡測試一些，其中主要的原因如下：
測試的工作非常的靈活：開發相對來說壓力太大，pm，test都盯著他，程式不能按進度完成就必須要加班，程式的編寫一定要按照各式各樣的規範，更多的時間是fix bug而不是write code。而測試人員的工作就沒有太多固定的模式，完全可以按照自己的想法去進行，比如自己安排自己的時間，進度，自己決定什麼case手工，什麼case自動化。自己可以選擇自己喜歡的測試工具，程式語言等等。
測試的生命週期更長：開發一般專注於某種技術，或者某類技術。一旦市場上淘汰這種技術，他們就存在很大的轉型的痛苦。並且，想跨行業跳槽也相對來說很困難。而測試一般不需要對某種技術做非常深刻的研究，因此有大量的時間去接觸其他的技術，加上測試工作對技術的深度要求不算太高，轉行相對要容易很多。因此，測試人員搞技術的生命週期更長，職業發展也更靈活。
測試行業還很不成熟，裡邊有大量潛在的機會。
測試人才相對來說比開發水平要低，因此更容易上位。
測試的缺點：
畢竟工作技術含量有限，在公司的重視程度不如開發
職位的晉公升和工資的水平相對開發還是有差距
測試行業的普遍環境還不是很好，僅僅幾個大公司才能給你充分發展的機會
我個人的想法是要測試，開發兩手抓，兩手都要硬。在大公司搞測試挺好，萬一因為什麼原因離開大公司，去小公司就要做開發了，因為我不相信小公司能給我提供發揮我測試技術的平台。
牛人為什麼牛？
今天看到以下文字。描述程式設計師牛人 2000年，有幸目睹了一位當時國內最牛程式設計師的一次程式設計作業，從此徹底顛覆了我的想法。先說說牛人的業績，乙個工作日，基本沒加班，完成乙個複雜 c s軟體的伺服器端，用統計小工具數數 三萬多行。這個軟體經過簡單的測試，第二天就上線實際執行了，每天數千人訪問，...
牛人為什麼牛？
今天看到以下文字。描述程式設計師牛人 2000年，有幸目睹了一位當時國內最牛程式設計師的一次程式設計作業，從此徹底顛覆了我的想法。先說說牛人的業績，乙個工作日，基本沒加班，完成乙個複雜 c s軟體的伺服器端，用統計小工具數數 三萬多行。這個軟體經過簡單的測試，第二天就上線實際執行了，每天數千人訪問，...
為什麼要做介面測試
現在介面測試很多團隊和企業都在要求，其實介面測試一直都存在，為何現在會突然開始要求更高呢？自動化測試分層概念的提出 到目前為止 ui 自動化都很難達到預期的效果，而單元測試成本和難度依舊太高 移動應用興起，出現多種前端的情況，ui 測試成本變高 微服務架構的流行，模組與模組的互動變成了服務與服務之間...