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

　　擴大我們的團隊并不意味著我們的業務擴大?

　　有時，一個團隊從5人擴大到20人甚至更多時，人們感到自豪。然而，這并不意味著，我們的業務擴展了四倍。不應該用人數來衡量經理或團隊成功與否。

　　你想增加新的測試員來提高團隊的工作效率?

　　這可不一定。有時，它是成立的，我們的測試員在項目上非常繁忙，我們有一種感覺，添加一個或多個的測試員可以幫助我們，真的嗎?如果原因是我們想招人，那完成這個項目之后又該怎么辦?我們永久地保留他們。

　　下面是一些我給我們招聘經理的建議，如果他想雇用一個新的測試員時：

　　1)需要一個測試員時，嘗試探索不同的方法來解決這個問題，并把雇用一個新的測試員作為最后的備選解決辦法。

　　2)如果在項目上我們需要更多的測試員，我們可以從其他的團隊調用些測試員嗎?

　　3)如果我們有太多要做的事情，我們能標清優先級，并放棄部分低優先級的任務嗎?

　　4)考慮培養一個技術主管，而不是培養一個人事管理主管。我們傾向于培養非常優秀的技術人員成為主管，讓他管理更多的人。然而，今天我們的主管，在人事管理和其他的東西上花了太多的時間，他們只是沒有時間思考，沒有時間去提高他們的技術方面技能。所以，請考慮把我們的主管視為技術主管，這樣一來，管理多少并不重要，重要的是能影響幫助到團隊的人。

　　5)請務必花時間去改善我們的文化，我們的過程和方法。優秀工程是更高生產力的關鍵。減少我們的技術負債，投入時間去創新。

　　6)考慮采用一些指標來衡量測試員或測試的效率，因此，我們可以用更好的方式來作出決定。

　　測試新人的職業生涯怎么樣?

　　這是一個很大的話題，這里我不會說得太多。一種看法是，我們都希望我們的員工能夠快速成長，在未來有一個更好的職業。我們都希望我們的測試員可以很輕松地在其他公司找到測試工作，如果他們決定去追求公司以外的機會。然而，今天許多公司的開發人員與測試員比例相對偏低，并且他們相信他們的產品質量不算壞。我希望有人能在就業市場和測試員的水平上做一些研究，我們可以用更多的事實來分析這個問題。

　　結論

　　這是“成長為資深軟件測試員”系列博文的結尾。我希望從我的博客中，你可以學到一些有用的信息，并幫助你決定​​你的職業道路。近年來，計算機技術的變化日新月異。云計算，社交網絡，移動都是熱點領域。技術的變更同樣也需要不同類型的測試技術。我會開始寫另一個系列博文——“對測試的未來和軟件測試員的職業的未來”。在接下來的段落中，我將列出一些的最新文章，以此回答軟件測試的未來是什么，服務領域測試(testing in the service area)的未來是什么，以及對軟件測試員的職業生涯有何影響。

　　“測試的未來”的相關參考文章：

　　在谷歌2011年的測試自動化會議上，谷歌工程和創新倡導者的主管(Director of Engineering and Innovation Agitator at Google)——Alberto Savoia負責開幕式主題演講。他認為，我們曾熟知的軟件測試已死 - 或至少是垂死的。我與幾位同事看了這個視頻兩遍，大家都覺得這是很警醒的談話，讓我們更嚴肅地深思測試和事業。我強烈推薦每個測試相關的人去看看這個視頻。主題中提到，初創公司對“我們正在做正確的事情嗎?”比“我們正在正確地做事嗎?”更感興趣。也就是說，這里的質量真的不是我的軟件或者服務是否有缺陷，而是我的想法是不是吸引顧客的最佳想法。這對我們的軟件測試員有一定的影響，因為我們太專注于

　　“我們正在正確地做事嗎?”，并可能導致我們很難在初創公司找到工作。

　　“眾包”是最近非常熱門的話題。你能想象一家擁有數以十萬計的軟件測試員的公司嗎，它可以幫助其他公司在極短的時間內完成測試。這些兼職軟件測試員的薪水和他們找到的缺陷掛鉤。他們在不同的地方用不同的語言在不同的設備上運行測試。不同于我們的內部測試，他們像真正的客戶般的運行測試。 uTes​​t.com就是這么一個公司，該公司在這個領域相當搶眼，它將會對測試服務和測試移動應用的方式上有著極大影響。在內部，我們有幾個團隊，包括Bing，Lync，都在積極利用眾包來測試他們的功能。對我們的測試員意味著是什么?仍是未知數。

　　由James Whittaker ， Jason Arbon和Jeff Carollo編寫的“ 谷歌怎樣進行軟件測試 ”，很詳細地回答封面的上問題。能在迷霧下看到像谷歌這么一個大型技術公司如何處理軟件測試的復雜性，是很具知識性和趣味性。一個有趣的現象是，在此書的出版之前，三位作者都離開谷歌，一位回到微軟擔任開發主管，和另外兩個則加入了uTest.com。下面是 一次訪談 的片斷：

　　InfoQ：在本書中，你提出了，“不要雇用太多的測試員”，并且在未來里測試工程師的作用在下降。你對此有何回應，公司認為需要更多的角色，以此劃分開發人員和質量保證之間的界線?

　　為什么你要這樣的界線嗎?谷歌已經證明編寫代碼和保證代碼優秀的界線是模糊的，其結果就是代碼被開發更快，并且潛在缺陷更少。雇用太多的測試員是為開發人員創建了一個依靠，對產品來說這就是有害的。當人們過于糾結自己的角色，會使我懊惱。“我是一個測試員”是一種不健康的心態。“我是一名開發人員”同樣也是不健康的心態。當人們停止過多關注自己的角色，開始專注于他們的產品，這才是奇跡發生之時。這時候，每個人都專注于盡一切力量來打造他們能打造的最好的產品。

　　InfoQ：對當前那些考慮加入測試相關角色的測試分析師(test analysts)或新畢業生，你能提供最好的建議是什么?可以滿足這個角色不斷變化的技能。

　　對待測試如同開發一般。獲取一個CS學位，并擅長CS。證書和行業培訓只會教你簡單的東西。學習難的東西，并掌握它。軟件測試員只做簡單的事情，在很長的時間里仍然會被視為二等公民。不想被這樣對待吧?那就獲取一等的技能。

　　Bing團隊的融合工程(Combined Engineering)設想，對服務測試和軟件測試員的職業生涯都是非常有趣的。在融合工程，軟件開發工程師(SDE)們和軟件測試開發工程師(SDET)們合并為一個“工程師”的角色，我們為交付服務而優化，而不是為軟件而優化。換句話說，許多測試成為開發者，真正的開發人員只寫代碼，而不是測試。我認為這可能是服務團隊的未來發展方向，今天的測試員可以更專注于監測，基礎設施和工具，他們和開發人員是一樣的。

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