Google軟件測試之道

最重要是講了三類角色: 1）SWE: software engineer，是價值的創造者，也是萬惡之源，質量問題的締造者。 2) SET:software engineer in test，也是開發，只是工作重心在可測試性和通用測試基礎框架上。測試開發工程師應該牢記測試應該是開發人員的工作而他們自己應該專心讓測試成爲開發人員工作中的一環。 3）TE: Test Engineer，測試工程師更全局地看待整個系統，全面地掌控整個產品。他們的重點應該是從最終用戶角度考慮的測試，幫助測試開發工程師和開發工程師確保所有的測試和底層測試框架都被正確有效地使用。 實際應用中，SET類似工程效能團隊，一方能有效的度量研發效率，同時又有完整的DEVOPS流程建設，促進質量提升；另外是否要深入到測試框架的構建，是工具團隊的事宜，二者也可結合。

作爲一本十年前的書，從中可以窺見谷歌內部在產品用戶規模迅速增長、產品數量不斷增加，人員規模快速擴大的過程中採用了哪些措施來保證產品質量。儘管是10年前的書，可以說它並不過時。但是這個本書裏面提倡的一些做法所依賴的一些前提，似乎在目前國內的大環境下並不現實。像是工程師文化，百分之二十的時間，對測開工程師素養的高要求等。

略讀 本書介紹Google 內部對產品測試的態度，測試對軟件質量來說很重要，尤其是用戶數量上去的時候，Google 並非同等的投入大量資源去測試每個項目，只有項目成長爲正式項目纔有測試待遇，而且也不會投入大量資源。Google做到了用少量資源做到了這件事情。 看起來初創企業浪費時間在自動化測試上是件划不來的事情，選擇在什麼時候引入測試也是一種技藝了。

受益匪淺，尤其對書中訪談部分很喜歡，有共鳴和啓發

贊，描述了谷歌測試發展方向。不過也要反思是否適合我們，我們處於那個階段

大部分都是提升測試理念上的認知，但是實際執行方法完全不適用，我覺得這本書最重要的一點是如何使用現有的測試資源構建合適公司測試架構，然後逐漸積累優化，這樣才能夠在自己的公司建立相應的測試文化，而不是仿照他們的方法，所謂各生各道。

讀完之後，感嘆本書只適合google這種純軟件的大廠，大量扁平化分權體系組織結構，極客式的員工。對於國內大部分公司，甚至國外大部分公司都沒有太大的複用性，但是他們的理念確實值得我們去追求，去學習。 本書最重要是講了三類角色:1）SWE: software engineer，是價值的創造者，也是萬惡之源，質量問題的締造者。2) SET:software engineer in test，也是開發，只是工作重心在可測試性和通用測試基礎框架上。測試開發工程師應該牢記測試應該是開發人員的工作而他們自己應該專心讓測試成爲開發人員工作中的一環。3）TE: Test Engineer，測試工程師更全局地看待整個系統，全面地掌控整個產品。他們的重點應該是從最終用戶角度考慮的測試，幫助測試開發工程師和開發工程師確保所有的測試和底層測試框架都被正確有效地使用。實際應用中，SET類似工程效能團隊，一方能有效的度量研發效率，同時又有完整的DEVOPS流程建設，促進質量提升；另外是否要深入到測試框架的構建，是工具團隊的事宜，二者也可結合。 書中用了大篇幅的對話，講述了各個角色眼中對於測試這一角色的定義和理解，有別於我們現在理解的測試角色，也闡述了測試的發展方向。表明了產品質量的保障，不單單是測試職責，應該是所有項目成員的職責。

「202602 —— Google軟件測試之道」 對話形式很接地氣很輕鬆有趣，就是基礎概念解釋的並不明確

測試不是最後一道工序，從需求評審就應該開始，研發自身就應該實現初期的大部分測試代碼。而且測試行爲應該自動化，更應該嵌入組織文化

解放軟件測試開發工程師，建立高效的工程效率團隊。 讀了一遍，需要復讀、精讀！