Google的測試領導和管理工做

　　在Google管理TE絕不輕鬆。問題在於如何激勵，而非指令；在於保持凝聚力和一致性，同時又要鼓勵創新和實驗，信任你們儘量本身作出正確的決定。 　　Google的測試管理更多的是激勵，而非強悍的管理；更多的是戰略指引，而非頻繁的督促檢查（天天、每週等）。Google的管理是處於一種開放式的、靈活的、常常更加複雜的處境。 　　Google管理的核心是領導力和洞察力、協商、外部溝通、技術水平、戰略規劃、招聘和麪試、完成團隊績效考覈。 　　Google測試管理者類型： 　　技術負責人（tech lead）：測試技術負責人出如今大型項目的大型團隊裏，裏面有大量的SET和TE，他們參與解決共同的技術問題或是共享相同的基礎平臺。他們通常不會管 人。技術負責人還會出如今負責構建產品無關的基礎平臺的團隊裏。他們是當你遇到技術或測試問題時要求助的人。這個角色是基於團隊動態變化的、非正式的，與 特定的項目相聯繫。 　　技術主管（tech lead manager，TLM）：當技術負責人同時也被正式任命爲相關工程師的經理時，就被稱爲技術主管。這些人通常德高望重、能力卓著。他們一般在同一時間只關注一個項目。 　　測試工程經理（test engineering manager）：工程經理監督跨團隊的技術工做，幾乎沒有例外，都是一級一級晉升上來的。這一職位等同於業界所謂的測試經理，但其職責廣度每每相似於其 他公司的總監，這是由Google項目中測試資源的稀缺性決定的。工程經理一般會管理12-35我的，具體數量取決於工做的複雜性。他們負責共享跨團隊的 工做和流程，更具風險評估安排資源，並指導招聘和麪試。 　　測試總監（test director）：測試總監數量不多，他們會帶着若干測試經理、跨幾個產品線，負責總體的測試工做，推進戰略性的、有時是轉型性的技術架構或測試方法的 實施。他們的關注點在於怎麼樣經過質量和測試去幫助業務（粗略的成本分析、效益分析等），並常常拋投露面參與業界同行的交流和分享。測試總監通常有 40-70名下屬。這一角色的設置基本與大部門或技術劃分一致。如Client、Apps、Ads等。 　　資深測試總監（senior test director）：只有一個，就是Pat Copeland，他負責保證公司層面的贊成的職責描述、招聘、外部溝通和總的測試戰略。他平常的工做包括分享最佳實踐，創建和推進新的大動做作如全局構 建、測試基礎平臺、靜態分析，以及跨不一樣產品、用戶問題和代碼庫的測試活動。 　　主管的工做職責： 　　技術型：測試經理、尤爲是測試主管的定位是技術型人才。他們應該會編寫代碼、評審代碼，而且總應該比團隊的其餘人更懂產品和用戶。 　　協商：不可能什麼都測，測試無止境。面對常常性的資源申請和其餘要求，工程經理和總監要掌握拒絕的藝術，以理服人（politely say no with great resoning）。 　　外部溝通：測試管理層還要常常安排外包測試事宜，組織與外部同行的交流，例如GTAC，以及面向更大的社區創建論壇，用用戶測試工程問題的討論和分享。 　　戰略性舉措：測試主管和經理會常常問本身，有哪些事情別人作不了但咱們能作？若是擴展和共享咱們的測試架構來幫助你們，攜手共創更美好的會聯網？如何 合併資源，投資長期的賭注會怎麼樣？支持這些戰略舉措須要業務和技術上的洞察力、須要經費預算、須要頂住其餘工做對測試資源的競爭，這確實是一份全職工 做。 　　績效考評：每季度一次。重點是你最近作了什麼事情？在質量和效率上，對用戶而言產生了什麼影響？而不會堆砌以前的工做。基本上我的提交一份簡短的描 述，講一下本身作的東西，作一個自我評價。而後同事和經理髮表意見，獨立委員會組織會議進行跨團隊的比照，給出一個評價結果。經理還會幫助團隊成員制定季 度和年度OKRs（OKR表明Objectives and Key Results，即目標和關鍵結果。）經理還要確保在這些目標中，TE和SET的我的能力和興趣與項目和業務須要之間是一致的。