开始学习第5章 Google软件测试改进。
1.Google流程中的致命缺陷
缺陷有三：
1）当测试成为一种服务，能让开发想都不想的时候，那他们就会真的什么也不想了。测试应该需要一点痛苦，需要开发人员费点心思。
2）测试人员更关注自己的角色，而不是他们的产品。毕竟，软件开发的最终目的不是编码、不是测试、不是文档，而是完成一个产品。每个工程师的角色都是为总体产品服务的，而角色本身都是次要的。
3）测试的价值在于测试的动作，而不是测试产物。相对比被测代码来说，测试工程师生成的测试产物都是次要的；测试用例是次要的；测试计划是次要的；bug报告是次要的。独立的测试团队，倾向于把重点放在建设和维护测试产物上。如果把测试的目标定位在产品的源码上，整个产品都将受益。
是谁在做测试不重要，关键是进行了测试。内部使用者、可信赖的测试者、众包测试者，以及早期用户都可能比测试工程师更容易发现bug。让TE做的测试越少，其他人做的越多，效果越好。
2.SET的未来
无
3.TE的未来
测试工程师会转型成测试设计，少量的测试设计师快速地规划出测试范围、风险热图和应用程序的漫游路线。这些测试设计师还可以识别需要专业技能的地方，比如安全性、隐私、性能和探索式测试，并安排具有这些技能的人完成工作。测试设计师这个工作需要的是规划、组织和管理近于免费的测试资源。
测试工程师会转变成像安全工程师这样的专家型角色，或者他们会变成测试活动的管理者，而那些具体的测试活动则有其他人来完成。这是一个具有挑战的高级角色，需要非常丰富的专业技能。
4.测试总监和经理的未来
无
5.未来的测试基础设施
Selenium和WebDriver建立了这种由企业发起、社区维护的基础设施开发模式。未来的测试人员将会尽可能多地共享代码、用例和bug数据，而来自社区的回报将是新的众包形式的测试和用例创建。
使用这种更加开放、基于云计算的方式进行测试会更省钱，测试基础设施开发者也能得到更大的认可。
6.结论
本章内容主要是展望。测试更应该关注于产品，未来，测试工程师向测试设计师的规划也很诱人。另外，基础设施的开源这个观点也是极好的。
