測試員，敢問路在何方?來自微軟工程師(7)

　　當我們想要向人們做演示展現點東西時，或者我們想要寫點東西教給別人時，同樣也有上面的問題。首先，你會花很多時間在研究我應該思考些什么。之后，你頭腦中就有些想法了，你會渴望通過寫些東西與他人分享，這是一個很棒的方式來概括你的想法。

　　最后，我相信資深測試員的價值，是他可以給團隊帶來的觀點 / 技能，而不是他在過去的工作經驗。對我們的軟件測試員來說，能夠努力思考問題，并找出解決方案是一個重要的技能，我希望我們的資深員工應有的最最重要的技能就是思考 ，一個優秀的領導必須首先是一個出色的思考者。

　　了解產品

　　我相信作為一個資深軟件測試員，我們應該充分了解我們正在測試的產品。知道產品的方向 / 未來是創建更好的測試的第一步。換句話說，如果我們不理解為什么我們應該構建這個產品和我們將構建怎樣的產品，那么我們將不能編寫出優秀的測試。

　　我們應該更多地參與項目 / 產品的規劃，并影響產品的的策略(不僅是測試策略)。請注意，這是我們可以提高產品質量的重要途徑之一。如果我們可以發現設計時的缺陷，我們可以節省下很多的時間和金錢，而且甚至比發現大量功能上的缺陷要有價值得多。有趣的是，我相信一個優秀的產品設計和一個正確的方向，會帶來更少功能缺陷。過去我參與了大量的改進，我發現，如果是精心設計的功能，我們在實現功能的過程中將看到更少的產品問題 / 缺陷 / 后顧之憂。無論如何，如果該功能沒有得到很好的設計，我們不應該去實現這個功能，否則你在執行的功能時會看到很多問題。

　　參與產品的設計，也可以幫助我們提高管理 / 構建項目的技能。并提高我們的技術技能，對測試架構師和領域專家的職業道路都是至關重要的。

　　了解產品，可以幫助團隊成員講同一種語言，更順暢地交流。假設有一天，你想加入另一家公司做云計算，當你和你的面試官談論時，他們可能會問你很多關于云計算的問題。如果我們只知道在服務中如何測試單個組件，你會發現你是缺乏知識 / 思考的，這將影響你未來的職業生涯。然而，如果你知道并思考過IASS，PASS，亞馬遜AWS等云計算技術，我敢打賭，你將有更大的機會得到這個職位。對于一家初創公司來說，有一個除測試以外的技能是至關重要的。這始終是一條金科玉律。

　　最后，我想分享下Erwin Engelsma的觀點：

　　“測試能夠提高顧客的滿意度，前提是你真的知道客戶認為什么是真正重要的，并測試了相關的內容。在你的客戶幾乎不感興趣的領域，做出很大的改進，雖然是一個值得稱道的努力，但是這不會改變他們對產品好壞的看法!”

　　- 改進測試時的關鍵問題 —— Erwin Engelsma。

　　用不同的方式做事

　　有一天，我的經理問我：“Qingsong，當你還在高級測試員級別時，為什么你可以得到出眾的評價結果​​”。在高級測試員的階段，我還沒有很豐富的測試知識，對團隊的影響也不大。所以，我也想知道是什么讓我有這么一個出色的評價結果，答案就是在用不同方式做事情。

　　這個問題的一種思考方式是，你如何把你與其他人區分開來。我發現當我被分配了一些任務時，我會額外地做一些我應該做的事情，這使我跟他人不一樣，更主要的原因，我提升了影響力，也發展我的職業。這里有一些在過去我曾做過的事情的例子：

　　當我們計劃在SQL Server中增加對日期和時間(Date and Time)的支持時，我花了很多時間來研究日期 / 時間和時區在Windows，Linux，.NET和Win32 API上的支持情況。我曾積極參與到項目的規劃和設計中。這就讓當我們測試功能時，我就有了一個更好的地位。另外，我在該功能的測試過程中承擔了更多的責任，包括構建管理，測試運行管理，在線文檔審查，并幫助他人編寫測試用例。這些增加了我的知識，還幫我產生了更大的影響。

　　當我們在 SQL Server 2008中實現了稀疏列(Sparse Column)功能之后，在功能提交后我并沒有停止思考我們的功能。我曾積極地在內部尋找能夠使用我們這個功能的地方。最后，我發現我們團隊的VSTS系統可以使用這個功能，所以我和支持團隊一起工作，把這個功能部署到系統中去。這樣一來，我幫忙提高了團隊的業務能力，同時也更好地了解到功能的用戶場景。結果就是，我看到這個功能還缺少的一些更細功能。

　　最后，我希望你能體會用不同方式做事的意義。如果你有這樣的能力，將會幫助你的職業生涯很多。

　　給測試經理的建議

　　今天，我希望寫一篇關于招聘軟件測試員的博文。主要讀者是我們的招聘經理。這篇博文不是關于如何面試人或決定雇不雇用一個人，我認為這些是具體過程。而我的主要議題將關注為什么，即為什么我們需要聘請一個或多個測試員。

　　我不是一個測試經理，當需要更多的人時，我不知道我們的經理給人力資源那邊說的原因是什么。也許先讓我列一些可能的原因：

　　1)我們開始一個新的項目或功能，我們需要建立一個新的開發和測試團隊。

　　2)我們有一個新的測試主管(test lead)，主管應至少管理5～8人。

　　3)我們在做項目時，測試資源短缺。

　　4)我們的副總裁給測試經理一些名額，如果我們不填上這些名額，就會被“浪費掉”。

　　我們真的缺乏測試資源嗎?

　　我總是聽人說他們的項目缺乏測試資源。但是，我們真的缺乏測試員?不一定，根本不是。微軟內部沒有測試資源缺乏的問題，而是資源分配問題。今天，我們的測試通常屬于一個組件(component)團隊，由一個測試主管帶領。他深刻理解他的領域并且測試也做得相當不錯，以便發展他的職業生涯。人們往往認為，每一個部門都需要一個單獨的測試團隊人們往往認為，測試是一個專業的工作，需要深入的了解測試。我們可以以另一個角度來看這個問題。今天，現代的測試框架，如NUnit，XUnit，MSTest和Selenium，編寫自動化測試起來是非常容易，做測試并不是真的需要太多的測試知識，尤其是對于白盒測試來說(我相信由開發人員來寫白盒測試并盡早地跑起來，那么白盒測試的效果將比黑盒測試大得多)。

　　我看到不少的情況是，我們的資深軟件測試員對他們負責的組件有著豐富的領域知識，對于這樣的組件，深刻理解是必要的。測試查詢優化器(query optimizer)就是一個例子。不過，我認為最好的測試員應該把他的知識和測試理念應用到測試類庫，讓每個人都可以使用它，使得這樣的組件測試變得更加容易。在SQL Server中，TestQP和QREL是很好的例子，這兩個工具就內嵌了查詢優化器和關系數據庫的知識。你將你的知識轉化為代碼后，我覺得你能隨意移植到其他團隊，我們是沒有必要去限制，因為他在這個領域中有著最豐富的知識。

原文轉自：http://blog.csdn.net/ocean1ee/article/details/8905031