这本书是小编去年阅读的一本书，觉得很不错当时就将其中的一部分内容整理总结了一下，绘制了下图在团队内部进行了分享。
最近又温顾了一下，还是很受启发。
决定将总结分享给大家，也方便小编经常打开来回顾一下(要不是又看到这本书就快要忘记这个总结了)
感兴趣的小伙伴也可以买来看一下(当当有卖，刘琛梅老师的著作)，本书即适合初涉测试的小伙伴全面了解测试，也适合有一定经验的同学查漏补缺，找到自己的不足
总结
重点一
下图是对于第四章知识能力模型的梳理总结
（右下是本人对于服务器环境测试的一些简单总结）
重点二
该书最重要的点其实是一个词汇“测试策略”，想要成为一个优秀的架构师需要知道在当前种种因素下，怎么样的抉择才是最合理的。作者能够将“测试策略”进行展开详细的介绍，该书其实可以看作测试界的‘孙子兵法’了。
当然，我认为真正理解”策略“两个字才是对于”测试策略“最好的认知，毕竟《孙子兵法》谁都会看，但统帅只有一人
微软的测试架构师
这是团队的小伙伴找到的对于微软测试架构师的认识和理解，也拿来跟大家分享一下
微软1999年设立测试架构师职称。是专门为那些对产品有影响的高级独立贡献者而设的。测试架构师的职称反映了一个SDET对其所工作的产品的广泛影响力。而高级SDET、首席SDET、合伙人SDET的职称则主要是给那些对某个产品的功能产生影响的人。
不过请记住，很重要的一点是测试架构师是一种角色而不是一个职位。尽管一个高级测试工程师可能会晋升为测试架构师，但是并不是所有的人都会成为测试架构师。通常，有些部门会出于商业需要或策略需求设立一个测试架构师的角色。但有时候你也会看到一个高级测试工程师发挥测试架构师的作用，但是却没有测试架构师的职称。注意，此处所讨论的是测试架构师的角色而不是测试架构师的职称。
微软并没有具有普遍性或代表性的测试架构师角色。微软的测试架构师们致力于各种各样的目标，承担着各种各样的任务。有些人花时间开发测试的基本结构、测试框架，或者评估产品功能、创立复杂的测试。有些人则负责管理其所在部门的某项特殊技术。还有些人负责怎样提高测试效率的咨询。所有测试架构师的角色的共同点和主要职责是为本部门提供技术指导和制定策略方向。测试架构师的级别通常表明他们的职责范围–是致力于产品的一组功能、一条产品线，还是跨越整个部门。当然，除了被期待对现有产品负责外，测试架构师还应该超越产品的现有版本而能高瞻远瞩，如果可能的话，还拥有两三个不与某个特别产品的发行有直接关系的成果。
微软的测试架构师不仅要有效地影响测试领域，还要在开发和项目管理方面发挥影响力。测试架构师必须能驾驭产品的质量、提供指导、反馈和建议，以提高整个工程部门的质量规范。
前面谈论了测试架构师"是什么"，那么，测试架构师"不是什么"呢？测试架构师的职称不是因为级别或经验而授予的。设立测试架构师是一种投资。这种投资结合了市场对有能力帮助产品做灵活变化的人才的需求。值得强调的是测试架构师并不是一种职业发展轨道。对测试架构师的技能要求和对相似级别的其他职务的职业阶段发展要求是一致的，都强调跨组织的沟通和推动变革的能力。提示：
截止至2008年，微软全球的9000多名测试工程师中只有四十几位测试架构师。
