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

　　我可以給你一個例子，我如何做到這一點。就我而言，我訂閱了微軟內部和外部的大量非?；钴S的博客，接收別人的更新。我也參加了會談和培訓，來提高自己。講座范圍可以非常廣泛，如云計算中的系統工程方法(service engineering)，基于場景的工程方法(scenario focus engineer)，即以用戶需求為導向的系統開發，等等。通過參加這樣的培訓，你將收獲更廣的技術知識。另外，你能知道公司內部發生了什么事。在過去的一年，我就參加了兩個$99外訓，然后我引入ATDD和個人看板(Personal Kanban)到我們的團隊之中。SQL團隊中許多成員所使用的技術和ATDD，其實早已被微軟內部的很多團隊使用過。你可以看到開放和廣泛的價值，它能幫助你成長為一個資深測試員。

　　提升影響力(Making Big Impact)

　　今天，我想談的另一個話題是作為一個資深測試員，需提升影響力。衡量一個人的成就的重要途徑之一就是你對團隊，對項目，對客戶有多大的影響。我有三個方面提升影響力的建議。

　　幫助他人的成長

　　我們需要意識到，無論你是多么聰明，只靠你自己，你是不可能成功的。你幫助他人成長越多，你越可能會成功。作為一名資深測試員，我總是很喜歡看到初級測試員提高他們的技能，發展他們的職業，我也將提供建議和指導他們，幫助他們成長。就我的心里而言，我認為幫助別人是最重要的事情，我們應該每一天都幫助別人。有很多方法可以幫助他人成長，幫助他們做項目，回答論壇里問題，指導新成員，教他們如何編碼和如何測試。對一個團隊來說，建立這樣的文化氛圍是極其重要的，因為大家會感到其他人的溫暖，并鼓勵分享和學習。最后，我們一個團隊一起都能成長起來。

　　影響他人

　　一旦你變得越來越資深，你已經掌握了非常深厚的技術知識，大量的項目經驗。你得到別人更多的尊重，成為某一領域內的大牛(GOTO person)。換句話說，你有能力影響他人。如果我們看看，架構師，技術潮人(Techiques Follows)，大牛的工程師(Distinct Engineers)，他們的觀點和思想能影響了很多人，類似這樣的能力是他們獨一無二的資產。

　　你認為我們能夠像大牛一樣影響其他人嗎?我想是可以的。每個人都有一個你擅長的領域。你應該用你的專業知識來幫助人們作出決定，并提供寶貴的建議。例如，對于每一個我參與過的或我學習到的項目，我都對它有些獨特的看法，我試圖理解為什么我們應該開發這樣的項目，我會更多思考為什么我們不使用另一種方式來構建它，我常常把我的想法分享給項目里的所有人然后我們一起再作出決定。我寫了大量的博客，分享我的想法，并希望影響更多的人。

　　更多的跨團隊協作

　　以我自己為例，在最近幾年，我引入ATDD(驗收測試驅動開發 - Acceptance Test-Driven Development)到我們的團隊，并把它介紹給很多微軟內部的其他團隊，如Bing，Lync團隊。我也參加不同類型的會議和研討會，了解其他團隊是在如何做測試。每當我看到有人做我所熟悉的項目，我也問他們是否需要幫助。

　　總之，當你努力提升你的影響力時，你的經驗同樣也會積累越來越多，你不斷成長為一個資深測試員。

　　編碼，編碼，編碼

　　今天，我想討論一個最重要的技能，我們的軟件測試員應該在自己的職業生涯中所掌握，這就是編碼。

　　為什么編碼這么重要?

　　因為你是軟件測試員(SDET)，軟件測試開發工程師(Software Development Engineer in Test)，你是軟件工程師。作為一個軟件工程師，編碼就是每一天你應該做的任務，這是你應該掌握的技能。你可能會問是否編寫測試用例沒有編碼更重要。這里的原因是，編寫測試用例可以幫助提高產品的質量，但有時它并沒有促進你的職業生涯發展。我可以舉我的一個例子。當我剛參加到SQL Server團隊之中，我們編寫以T-SQL腳本為基礎的測試，我很少有機會寫編碼。因此，我的編碼技巧并沒有提高。幸運的是，SQL Server的測試團隊轉移到以編程的方式編寫測試，今天，我們的軟件測試員的編碼時間增加了不少。這是相當不錯。當然，有時我們花費太多的時間在編寫代碼和類庫上，而花費較少的時間來寫真正的測試用例。這是另一個很大的話題，在這里我就不打算討論了。

　　由于今天我們當中大部分人在編寫自動化測試，這意味著我們有很大的機會來提高我們的編碼技能嗎?答案是不一定。今天我們的測試員做了太多的任務：我們編寫測試庫，我們驗證測試結果，驗收產品，我們配置機器和安裝新版本進行測試，我們修正我們脆弱的測試，我們創建和關閉缺陷。有時我們花費大量的時間在下載和編譯源代碼。我們也有其他的任務，如會議，項目跟蹤 / 缺陷報告。上述所有任務將需要花費我們每天中的大量時間，而時間提醒著我們，做實實在在編碼真得很少，我們的技能提高也非常小。我記得有一天，我曾對我們的測試經理提到過我的夢想——我可以花50%的時間在編碼上，他很驚訝，他認為這個數字理應還要大很多。然而，現實是這個數字理應小得多。

　　所以，我們該怎么處理這種情況呢?我們應該盡力嘗試，改善我們的工程系統，以減少不必要的時間開銷，讓系統能夠安裝配置環境，安裝測試版本，運行測試，創建 / 關閉的缺陷和退出測試。所有這些應該是自動化的。我們應給自己承諾每天盡可能多得編碼。由于你的工作性質，如果你不能做到這一點，你應該考慮換到其他工作。

　　小結，請記住編碼是一個重要的技能，你應該去提高它。

　　花時間去思考

　　在最近幾天，我試圖去理解，我們應該如何去教導和學生如何去學習。我的Ph.D研究經驗和最近戴爾·卡耐基培訓，為我提供一些想法：

　　教給他人或分享經驗給他人最佳的辦法是讓他們思考。在你的談話中不管他們思考了什么，他們至少學到些東西。一個好的實踐是鼓勵他們說話，與你互動。

　　思考自身有時可能并不夠，我們可能需要實踐和應用我們的思考到我們的工作中。

　　就研究論文而言，我們的論文大部分沿用了經典的格式，它必須有簡介，相關的研究，實驗結果和結論。沒有實驗結果的論文幾乎是不可能被發布的。另一方面，論文的本質觀點，似乎是不知為何地被隱藏起來或不是那么容易得找出來。我認為這是做研究里一個的問題。

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