一、職位名稱含義： 即使你給玫瑰花起不同的名字，它聞起來可能還是同樣的香。但是，如果你給工程師不同的職位名稱，他們對自己職責的理解就會大不相同。微軟將那些通過編寫代碼來開發產品功能的軟件工程師統稱為“軟件開發工程師”（Software Development Engineer，SDE）。而微軟測試工程師的正式職位名稱是“軟件開發測試工程師”（Software Development Engineer in Test，SDET）。這兩個職稱聽起來很像，因為微軟的測試工程師也同時做開發。測試工程師的其他主要職責包括：制定測試計劃、設計測試用例、分析缺陷的根本原因、參與程序代碼的審查和產品設計的審查，以及開發測試自動化程序。有時測試工程師也參與產品源代碼的開發，或缺陷的修正等工作。但總的來說，因為測試工程師的工作量很大，所以直接參與產品開發的情況并不是很普遍。
雇用對測試有激情的軟件工程師做測試工作是微軟行之有效的創新，它完全不同于軟件行業其他公司的做法。對此外界常得出一種結論，認為我們雇用會編寫程序代碼的工程師來做測試工作是因為我們想讓他們編寫有效的自動化測試程序，從而排除手工測試。其實這只是其中的一小部分原因。那些懂得怎樣編寫程序和計算機基本構造的測試工程師，常常具有軟件測試所必備的分析技能。他們能夠盡早發現缺陷并分析其根本起因，這使得他們能很快發現類似的缺陷。擁有和開發工程師一樣的計算機基礎增強了測試工程師的技能，給了我們的測試工程師更靈活和動態的生產力。
2005年以前，微軟將軟件測試人員人分為：軟件測試工程師（Software Test Engineer，STE）和軟件開發測試工程師（SDE/T）。SDE/T 和STE的分工。
可以看出，STE的工作更貼近于我們一般黑盒測試人 員的工作，專注于測試計劃、測試用例、測試的執行以及設計方案的審查；而SDE/T 的工作內容則是開發測試工具（安全、性能、自動化方面的工具的開發）以及找bug、參與設計方案審查、代碼審查等一般的測試工作。（ps：只用大牛公司才 會設開發測試工具的測試人員，呵呵）
2005年以后，微軟調整了測試職稱，將所有的測試人員統稱為：軟件測試開發工程師（SDET）
微軟的SDET培訓路線圖：
二、微軟的測試架構師
微軟1999年設立測試架構師職稱。是專門為那些對產品有影響的高級獨立貢獻者而設的。測試架構師的職稱反映了一個SDET對其所工作的產品的廣泛影響力。而高級SDET、首席SDET、合伙人SDET的職稱則主要是給那些對某個產品的功能產生影響的人。
不過請記住，很重要的一點是測試架構師是一種角色而不是一個職位。盡管一個高級測試工程師可能會晉升為測試架構師，但是并不是所有的人都會成為 測試架構師。通常，有些部門會出于商業需要或策略需求設立一個測試架構師的角色。但有時候你也會看到一個高級測試工程師發揮測試架構師的作用，但是卻沒有 測試架構師的職稱。注意，此處所討論的是測試架構師的角色而不是測試架構師的職稱。
微軟并沒有具有普遍性或代表性的測試架構師角色。微軟的測試架構師們致力于各種各樣的目標，承擔著各種各樣的任務。有些人花時間開發測試的基本 結構、測試框架，或者評估產品功能、創立復雜的測試。有些人則負責管理其所在部門的某項特殊技術。還有些人負責怎樣提高測試效率的咨詢。所有測試架構師的 角色的共同點和主要職責是為本部門提供技術指導和制定策略方向。測試架構師的級別通常表明他們的職責范圍--是致力于產品的一組功能、一條產品線，還是跨 越整個部門。當然，除了被期待對現有產品負責外，測試架構師還應該超越產品的現有版本而能高瞻遠矚，如果可能的話，還擁有兩三個不與某個特別產品的發行有 直接關系的成果。
微軟的測試架構師不僅要有效地影響測試領域，還要在開發和項目管理方面發揮影響力。測試架構師必須能駕馭產品的質量、提供指導、反饋和建議，以提高整個工程部門的質量規范。
前面談論了測試架構師“是什么”，那么，測試架構師“不是什么”呢？測試架構師的職稱不是因為級別或經驗而授予的。設立測試架構師是一種投資。 這種投資結合了市場對有能力幫助產品做靈活變化的人才的需求。值得強調的是測試架構師并不是一種職業發展軌道。對測試架構師的技能要求和對相似級別的其他 職務的職業階段發展要求是一致的，都強調跨組織的溝通和推動變革的能力。提示：
截止至2008年，微軟全球的9000多名測試工程師中只有四十幾位測試架構師。
三、微軟的測試職業的發展道路
1、從SDET獨立貢獻者開始的職業發展歷程
影響力的范圍從一個狹窄定義的產品功能擴展到一個系列產品的功能、一個完整的產品。比如Microsoft Office Word或者Microsoft Media Player，直到最后達到一條產品線，比如Office或者Windows系統。影響力可以像測試架構師的職位那樣，基于測試的各個方面橫向延伸，也可 以基于一個像協議安全那樣的技術領域縱向延伸。
合伙人SDET并不是一個工程師的職業發展軌道的最高點，卻是測試職業發展軌道的最高點。合伙人SDET 比杰出工程師（Distinguished Engineers）（相當于公司副總裁級別）要低一個級別。這并不是因為微軟覺得在測試領域不需要杰出工程師，而是我們相信隨著工程師們在職業道路上不 斷地前進發展，他們的行為表現變得越來越相似，不同學科的差異所帶來的影響價值在減少。在某種意義上，每一個從事10個工程學科中的任何一個學科的工程 師，隨著他們技術領域的發展，都可以達到成為另外一個學科的工程師的水平。
2、從SDET管理開發的職業發展歷程簡介
在微軟，當一個工程師轉向管理職位時，這是一個"平級"的變化，轉為管理人員這并不說明你有更高的工資，更好的辦公環境。也就是說微軟有技術人員都有資深的技術背景，而他們在管理的同時也要分擔技術工作。
有一點很重要，在決定一個SDET主管能否在職業道路上繼續前進和發展的因素中，技術復雜度和他的技術水平遠比他所管理的測試組的大小重要。負 責測試產品安全的小組就是一個例子。這些規模小，但技術含量高的組通常對產品的質量有著重要的影響，所以在這樣的組里，你可能常會發現一個更資深的 SDET主管。在一個相對規模較小的組，SDET主管自己也需要做很多的測試、編程、分析和記錄軟件漏洞的工作。從最高級別的執行董事到剛加入的新員工， 產品組的每一個成員在發現產品漏洞的時候都應該對漏洞記錄存檔。隨著一個組的規模越來越大，主管需要承擔更多的管理職責，而在具體的技術工作上花費的時間 較少。無論組的規模大小，SDET主管都應該具備很強的技術能力，同時也擔負起一個組的技術領導工作SDET主管通常都是組里對一個產品功能懂得最多的工 程師，同時也是組里最好的測試和開發人員之一。
3、測試經理職稱
測試經理很少需要親自作具體的測試工作事項，比如編寫和執行測試用例。但每一個在測試領域的人，無論他是什么級別，都會親自動手找軟件的缺陷。測試經理仍然需要懂得技術，但要求他們多注重建立測試的流程和工具，而不是在具體的功能測試上。
----------------------------------------------------------------------------------------------------------------------
個人看法：
1、關于測試人員是否需要懂開發的問題是許多測試人員討論的問題，個人看法，當測試走到一定深度就會有瓶頸，要想做 的更遠，學習開發是一個突破口，我覺得不懂開發的測試猶如“隔衣撓癢”，什么感覺？自己體會！提示并一定要精通開發，但一定要有開發思想。也許微軟的產品 特殊，所以他們所有測試人員都整成了SDET（軟件測試開發工程師），既然存在就有它的意義，而且還是在那么牛叉的公司存在，希望和我一樣的小初級測試員 它當做一個目標去努力。
2、微軟的工程師轉管理職位是“平級”的，而且要轉管理一定在技術上優于同事，可見微軟把技術看的很重要，就目前我 所知道的測試人員相對來說比較浮躁，工作內容散而不深，工資相對開發人員低，尤其剛入行的測試員，好多公司沒有給出很好的定位，職業發展比較迷茫，這是我 們測試行業的現狀，但我還是希望各位平心專注于技術上。
（以上個人觀點，歡迎拍磚~！呵呵）