測試工程師的工作寫照
測試軟體工程師的工作寫照
Google 專家的深入訪談
與更多精采內容
在Google的規模下作測試
數以億行計的程式碼分散在數十億個原始檔中。每天進行著數十億次的建置動作及幾百萬次相關的自動化測試。每天要處理數十萬個瀏覽器實例。應用程式幾乎是不斷地被釋出。女士先生們，沒有比這更困難的(至少不會比這些更多)了。
對Google 軟體測試之道的讚揚
“James Whittaker早就掌握了能型塑測試實作的議題之脈動。在轉換到雲端服務的這十個年頭裡，這本書不僅已成為Google員工必須要讀的書，也是所有想讓自己的實作更精準、更具競爭力且更有意義的軟體測試工作者們必讀的書。－Sam Guckenheimer微軟Visual Studio策略部產品經理
“在軟體測試領域中，不論是在混合自動化測試與手動測試、結合內部或外包的資源，還是最近率先採用實地測試以強化在實驗室所產生的結果等方面，Google一直勇於創新。這種追求創新的態度，讓Google有能力可以解決新型態的問題，進而推出更好的應用軟體。在本書中，James Whittaker提出了Google之所以能在軟體測試領域瞬息萬變的環境中，立於不敗之地的藍圖。－Doron
Reuveni uTest公司執行長與共同創辦人
“從每天發行到那些顯示在螢幕上的，都受到這本書的影響。James Whittaker以電腦科學的角度切入測試，這些方法未來將成為軟體公司所遵循的標準。我們在Google裡頭所採用的程序與創新技術都會真實而有趣地呈現在您的眼前。這是所有與軟體開發有關的人士都必須閱讀的一本書。－Michael Bachman Google AdSense/Display資深工程經理
“透過記錄許多Google測試工程實踐的神妙之處，作者完成了相當於現代軟體測試慾經的經典之作。Alberto Savoia Google工程部主任
“如果您需要將程式碼往雲端上送，而且想要建立一套策略以確保產品的品質並讓客戶滿意，那您一定要研讀本書，深究其中所提到的各種方法。－Phil Waligora Salesforce.com
“在軟體測試領域中，James Whittaker啟發了許多人的靈感，是導師級人物。少了他的貢獻，這個領域裡頭就等於沒有了大師與技術。我一直很祟拜這位充滿幹勁、熱情又幽默的人士。他是這個領域的巨擘，IT產業中的每一個人都應該閱讀他的作品。－Stewart Noakes 英國TCL集團主席
“我曾與James Whittaker在微軟共事過，雖然我很想可以一直在微軟裡頭與他共事，但我知道他在Google將作出一番豐功偉業。James、Jason Arbon 與Jeff
Carollo把許多嶄新的測試理念、實際的範例與對Google測試機的剖析都裝進了這本書。只要對Google的軟體測試方法與品質有一點點好奇或者只是想找一些軟體測試新想法的人，都可以在這些書頁中獲益。－Alan Page 微軟Xbox團隊‧微軟軟體測試之道作者
作者簡介
James Whittaker
James 是 Google 工程主任，負責測試 Chrome、maps 與 Google 網頁應用程式。過去曾在 Microsoft 任職，在那之前則是一位大學教授。James 在測試領域中是相當知名的人物之一
Jason Arbon
Jason 是 Google 測試工程師，擔任測試 Google Desktop、Chrome 與 Chrome OS 的測試首席，他也是一系列開源測試工具開發的主導人物。在加入 Google 之前，他在 Microsoft 任職
Jeff Carollo
Jeff 是 Google 的測試軟體工程師，專注在程式碼提交前測試的開發者工具上。他是許多 Google 內部開發團隊的顧問，協助這些團隊提昇初始程式碼的品質。他在 2010 年時轉任為軟體工程師並主導 Google+ API 的開發工作
Chapter 1 Google 軟體測試的介紹
Chapter 2 測試軟體工程師
Chapter 3 測試工程師
Chapter 4 測試工程經理
Chapter 5 改善Google 的軟體測試方法
Appendix A Chrome OS 的測試計畫
Appendix B Chrome 的測試歷程
Appendix C 關於工具與程式碼的部落格貼文
序
軟體開發難，軟體的測試也難。當您以整個網際網路的規模來討論開發與測試時，您就等於是在討論Google。如果您對網際網路上這個大傢伙如何處理這麼大尺度的測試（large-scale testing）有興趣的話，您就找對書了。
Google 每天都會在幾百萬個原始檔裡頭測試並釋出幾億行的原始程式碼。每天，數十億次的建置動作推動在數十萬個瀏覽器實體上所執行的幾百萬次自動測試。建置、測試並釋出作業系統的時間不超過一年。瀏覽器則每天都有新的建置。網頁應用程式以幾近不中斷的步調在釋出。2011年，Google+有100項功能在100天的週期內推出。
這是Google的規模與速度 ? 其實就是網際網路本身的規模，這也是本書所描述的測試的解決方案。我們會揭露這個基礎架構的構想、實作以及如何維護的方法。我們向讀者介紹在概念與實作的發展上造成影響的人物，也會介紹用以解決問題的基礎架構。
但事情並不會總是如此發展。Google能發展至此所走的路程與我們用來進行測試的技術同樣有趣。將時間往前調六年，那時Google與我們曾工作過的其他公司並無不同：測試並不是顯學。它的門徒不但過勞，工作也沒有受到應有的尊重。它是繁重的手動操作過程，擅長自動化的人都很快地被吸收進開發部門，因為在那兒，他們能更“具影響力”。推動Google稱為“生產力工程”的創始團隊除了必須克服抗拒測試的偏見，還要鼓勵在工程嚴謹度上作出英雄式奉獻的企業文化。目前，Google的測試者就紅利與升遷的速度而言，與開發者有同樣的待遇水準。事實上，測試者成功了，這種文化隨著公司的成長（從產品、多樣性與營收方面而言）而鞏固，跟隨Google腳步發展的公司應該有信心進行組織結構的重整。測試工作可以正確地被執行，產品團隊與公司管理階層應該要接納它。
當愈來愈多的公司發現他們的財富與未來都繫於網際網路之上時，本書所描述的測試技術與組織架構可能會愈來愈普遍。如果真是這樣，那不妨將本書當作如何達成目標的手冊。
這本Google測試手冊是以相關角色的角度來編寫的。在第一個部份裡，我們討論所有的角色，並介紹Google品質程序中所有的相關概念、程序與錯綜複雜的狀況。這個部份一定要讀。
您可以透過任何順序來閱讀這些章節。我們會先提到SET測試軟體工程師（software engineer in test）這個角色，因為這是現代Google測試發展的起點。SET是一種技術測試者，那一章裡適當地提到一些技術，但等級也夠高，讓每個人都能掌握其主要的概念。接續這個SET 章節的是涵蓋其他主要測試角色的一個章節，討論的是TE或稱測試工程師（test
engineer）。這是一個大章節，因為TE的工作很廣泛，Google裡的TE們在產品週期中需負責許多任務。這是許多傳統測試者會感到熟悉的角色，我們相信這個部份應該是本書最會被詳讀的部份，因為它適用於大部份從事相關行業的讀者。
本書會在測試管理與訪談之間取得平衡。我們會對那些在Google測試的發展歷史中佔有一席之地，或在Google主要產品中扮演重要角色的人士進行訪談。嘗試發展像Google的測試程序或團隊的讀者，應該會對這些訪談很感興趣才是。
對這方面有興趣的讀者更不要錯過本書的最後一章。James Whittaker提出了對Google測試如何持續演化的深入剖析，他也對Google以及其他大規模的工業體將如何更有智慧地運用測試作出預測。我們相信許多讀者會覺得這發人深省，有些讀者甚至會感到震驚。
