Gmail測試工程經理Ankit Mehta的訪談

　　Ankit Mehta在成為測試工程經理之前是一名測試工程師(TE)。在最初的幾年，Ankit Mehta一直在和測試自動化代碼打交道。他作為技術經理的第一個大項目正是Gmail。

　　Gmail是個巨大挑戰。它非常龐大，涉及很多快速發展的部分。Gmail整合了很多Google的產品，如Buzz、Docs、Calendar等。它需要處理那些已經站穩腳跟的競爭對手所支持的郵件格式。Gmail有非常龐大的后臺系統。要知道Gmail是一個云服務，用戶可以通過任意一種主流瀏覽器進行訪問。有數億用戶在使用Gmail，他們希望打開瀏覽器后Gmail就能工作，這從某種意義上也增加了復雜性。用戶需要快速、可靠、安全的服務，并且還能包括自動處理垃圾郵件。增加新特性必須保證之前的功能持續可用，這使得測試任務變得非常復雜。一旦Gmail出現問題，全世界的人就會在第一時間發現。因此，測試工程經理責任重大。

　　我們對Ankit進行了采訪，了解Gmail是如何測試的。

　　HGTS：告訴我們你是怎么接手一個新測試項目的吧。你首先會做什么事，問哪些問題?

　　Ankit：加入一個新項目的頭幾個星期，我主要用來傾聽而不是發表意見。深入理解團隊非常重要，要學習產品的架構，了解團隊的最新動態。我不能接受一位醫生在觀察我不到五分鐘的時間就給我開具抗生素類的藥品。同樣的，我也不期望一個測試團隊可以接受我一開始就提出的什么解決方案。在進行診斷之前你必須先要學習。

　　HGTS：我們和你一起工作過，你可不是那種安靜的類型啊。我估計你是不開口則已，一開口就會滔滔不絕，如黃河泛濫般一發而不可收拾!

　　Ankit：噢，是的!不過我也不會什么都說。多年來，通過不斷地聆聽，我發現最有力的問題就是“為什么”。為什么你會進行這些測試?為什么你會想到這個用例?為什么你選擇把這個任務自動化而不是那個任務?為什么我們要投入做這個工具?

　　我感覺人們有時候做事只是因為看到別人這么做，或者他們測試某個特性的時候只是做那些他們知道怎么做的東西。如果你不問他們為什么，他們自己也不會費心思考這事兒，因為他們已經把那些作為了一種習慣。

　　HGTS：那什么樣的答案算好答案呢?

　　Ankit：第一，因為它能夠提高產品的質量;第二，因為它能提高工程師開發產品的效率。其他答案都沒這些重要。

　　HGTS：Gmail團隊注重生產效率是出了名的，所以我理解你會這么說。不過除了質量和效率之外，你對測試工程經理還有什么建議來建立一個健康的工作氛圍呢?

　　Ankit：團隊的氣氛非常重要。我深信優秀的產品和優秀的測試團隊緊密相關。你必須要有擁有合適技能的人，正確的工作態度，并做正確的事情。特別是團隊中資深的人，因為團隊的文化和氛圍很大程度上來源于這些人。拿Gmail來說，我花了三到六個月來建立團隊，讓團隊具有凝聚力，每個人都能理解其他人的角色。當你有了一個好團隊，就不會由于一兩個人的不適應而出現問題。測試團隊和開發團隊的關系也是一種非常重要的氣氛。當我剛加入的時候，這種氣氛并不好。測試團隊自顧自的工作，而開發團隊也不認可測試團隊，這是非常不好的。

　　HGTS：你肯定把這個問題解決了，能具體談談你是怎么處理的嗎?

　　Ankit：我剛加入Gmail的時候，測試團隊只是專注于執行一系列WebDriver的測試，每個版本執行一次。每次執行測試結果都會由綠(成功)變紅(失敗)，然后再花大力氣修復這些測試，讓他們能夠再變綠。開發團隊沒有過多質疑這種做法，由于這些測試通常還是能發現一些重要問題的，因此這種做法就一直延續下來了。但是曾經有好幾回代碼變化很大，測試代碼根本來不及修改。整個過程非常脆弱，不能適應Gmail的變化。這是一種過度投入，因為要讓它最終發揮作用所需的工作太多了。

　　可能是因為我新加入的這個項目，所以能發現一些其他人不能發現的事情。在我看來處理延遲是Gmail最大的問題。嚴格來說，從用戶的角度來說，Gmail最大的特性就是它的速度。我料想如果我們為開發團隊解決了這個問題，我們就能贏得他們的尊重并開始建立平等的關系。

　　這是個難題。我們必須測試Gmail老版本和新版本速度上的差異，當新版本的速度下降時及時發現。然后我們需要檢查所有新版本里改動的代碼，并找到速度變慢的原因，從而修復這個問題。這是一個痛苦的過程，非常耗時，并伴隨大量的嘗試和失敗。

　　我曾經和一位測試開發工程師一起想辦法，想讓Gmail的速度變慢，以便于我們能更好地觀察前端和后臺數據中心的通訊，從而發現造成性能下降的原因。我們最后到處找了些舊機器，弄了一大堆512M內存、40GB硬盤和低速CPU的機器。Gmail在這些機器上運行速度慢了很多，我們可以把所需的信號分辨出來，然后開始運行長時間的壓力測試。頭幾個月特別艱苦，我們有幾次誤報。我們花費了大量的精力搭建基礎設施，可沒有什么產出。但是后來，回歸測試的需求滾滾而來。我們可以測量到毫秒級的性能損耗并把數據記錄下來。開發工程師能在幾小時內就發現產生延遲的問題，而不是以前的幾個星期。這樣就可以趁問題剛出現的時候就開始調試，而不像以前得在幾個星期以后才能開始。這件事立即為測試團隊贏得了尊重，以至于在我們著手開展接下來的重要任務(修復端到端的測試和搭建高效的負載測試平臺)時，開發工程師實際上還自發地幫助我們。整個團隊發現了高效測試帶來的價值。Gmail的發布周期從每三個月縮短到每周，再到每天都能向我們的部分用戶發布新的版本。

　　HGTS：所以經驗就是解決掉一些難題來贏得尊重。我喜歡這點。不過做完這些之后你還做了什么?

　　Ankit：其實，難題永遠也解決不完!不過你說的對，基本思路就是關注最重要的事。我們確定Gmail最緊要的問題，然后一起解決它們。通過團隊配合，你會發現這些問題并不那么困難。當然，我還是堅信只應該關注最重要的事情。每當我發現團隊打算做太多的東西的時候，就好像你要同時做五件事情，但是每件只能完成80%的時候，我就會要求他們退回來重新安排優先級。把你需要做的事情減少到兩到三件，但都能完成到100%。這樣團隊才能獲得真正的成就感，而不是好多事情在他們手里沒有完成。如果這些工作最后都能積極地影響到產品質量，那么我也會感到特別高興。

原文轉自：http://blog.csdn.net/zuoninger/article/details/17409325