第二章【SET工作】，主要讲述了SET的工作，在公司里的职责，位置，这一篇还是来做一个总结：
SET首先是软件测试开发工程师角色，测试是应用产品的另一种功能，而SET就是这个功能的负责人
文中写了一个我觉得值得我思考的事情，谷歌公司项目初期，有一个“百分之二十时间”的概念，称之为Google的“业余项目”，是官方真正存在的，允许所有Googler每周四天工作来赚取薪水，剩下的一天用于试验和创新，Gmail和Chrome OS就是由一个想法演变而来的，项目初期没有官方资源的投入，这些资源来源于团队开发测试成员的业余时间，只有软件产品变得重要的时候，质量才显得重要
SWE开发的项目设计文档，渴望来自SET的帮助和反馈，SET需要：
- 熟悉了解所负责的系统设计
- SET早期的建议会反馈在文档或代码里
- 第一个审阅所有设计文档的人也了解所有的迭代过程，了解程度超过技术负责人
- 对于SET也是一个很好的机会，在项目初期可以与相应的开发工程师建立良好的工作关系
- 完整性：找出文档中不全或需要特殊背景知识的地方，插入一些外部文档链接，用来帮助新人或补充部分背景知识
- 正确性：语法、拼写、标点符号等错误
- 一致性：确保配图与文字描述一致，无相反的观点和主张
- 设计：文档中的设计要考虑有无可用资源、何种技术框架、期望的设计框架使用方法上是否正确、设计是否太过复杂、可以简单化吗？还是要增加一些内容
- 接口与协议：文档中是否对使用的协议有清晰的定义、是否完整描述了产品外的接口与协议，接口实现是否正确、是否鼓励开发人员自定义Protlcol buffer数据格式
- 测试：系统或文档的整套系统的可测试性如何，需要增加一些新的测试接口，系统设计是否考虑到易测性、是否可以使用已有的测试框架，预估测试方面的工作，
未完待续。。。。