這本書是小編去年閱讀的一本書，覺得很不錯當時就将其中的一部分内容整理總結了一下，繪制了下圖在團隊内部進行了分享。
最近又溫顧了一下，還是很受啟發。
決定将總結分享給大家，也友善小編經常打開來回顧一下(要不是又看到這本書就快要忘記這個總結了)
感興趣的小夥伴也可以買來看一下(當當有賣，劉琛梅老師的著作)，本書即适合初涉測試的小夥伴全面了解測試，也适合有一定經驗的同學查漏補缺，找到自己的不足
總結
重點一
下圖是對于第四章知識能力模型的梳理總結
（右下是本人對于伺服器環境測試的一些簡單總結）
重點二
該書最重要的點其實是一個詞彙“測試政策”，想要成為一個優秀的架構師需要知道在目前種種因素下，怎麼樣的抉擇才是最合理的。作者能夠将“測試政策”進行展開詳細的介紹，該書其實可以看作測試界的‘孫子兵法’了。
當然，我認為真正了解”政策“兩個字才是對于”測試政策“最好的認知，畢竟《孫子兵法》誰都會看，但統帥隻有一人
微軟的測試架構師
這是團隊的小夥伴找到的對于微軟測試架構師的認識和了解，也拿來跟大家分享一下
微軟1999年設立測試架構師職稱。是專門為那些對産品有影響的進階獨立貢獻者而設的。測試架構師的職稱反映了一個SDET對其所工作的産品的廣泛影響力。而進階SDET、首席SDET、合夥人SDET的職稱則主要是給那些對某個産品的功能産生影響的人。
不過請記住，很重要的一點是測試架構師是一種角色而不是一個職位。盡管一個進階測試工程師可能會晉升為測試架構師，但是并不是所有的人都會成為測試架構師。通常，有些部門會出于商業需要或政策需求設立一個測試架構師的角色。但有時候你也會看到一個進階測試工程師發揮測試架構師的作用，但是卻沒有測試架構師的職稱。注意，此處所讨論的是測試架構師的角色而不是測試架構師的職稱。
微軟并沒有具有普遍性或代表性的測試架構師角色。微軟的測試架構師們緻力于各種各樣的目标，承擔着各種各樣的任務。有些人花時間開發測試的基本結構、測試架構，或者評估産品功能、創立複雜的測試。有些人則負責管理其所在部門的某項特殊技術。還有些人負責怎樣提高測試效率的咨詢。所有測試架構師的角色的共同點和主要職責是為本部門提供技術指導和制定政策方向。測試架構師的級别通常表明他們的職責範圍–是緻力于産品的一組功能、一條産品線，還是跨越整個部門。當然，除了被期待對現有産品負責外，測試架構師還應該超越産品的現有版本而能高瞻遠矚，如果可能的話，還擁有兩三個不與某個特别産品的發行有直接關系的成果。
微軟的測試架構師不僅要有效地影響測試領域，還要在開發和項目管理方面發揮影響力。測試架構師必須能駕馭産品的品質、提供指導、回報和建議，以提高整個工程部門的品質規範。
前面談論了測試架構師"是什麼"，那麼，測試架構師"不是什麼"呢？測試架構師的職稱不是因為級别或經驗而授予的。設立測試架構師是一種投資。這種投資結合了市場對有能力幫助産品做靈活變化的人才的需求。值得強調的是測試架構師并不是一種職業發展軌道。對測試架構師的技能要求和對相似級别的其他職務的職業階段發展要求是一緻的，都強調跨組織的溝通和推動變革的能力。提示：
截止至2008年，微軟全球的9000多名測試工程師中隻有四十幾位測試架構師。