这次，将第3章：测试工程师的剩余部分读完，从3.2.10开始~
10）Google Test Analytics
GTA（Google Test Analytics）是基于ACC模型的风险分析。特质和组件生成一个表格。测试计划者可以在表格的交叉点添加能力。对各能力点，选择频率和影响值，这些数据会汇总到风险视图。各领域的总风险是各能力点风险的平均值。在GTA中，测试人员可以输入各能力点的bug数据库、代码树和测试用例的位置或查询。风险级别大致是对风险分析时间点之后bug的数量、代码行的变化、测试用例的运行结果和度量。
GTA有一个重要的特性：测试人员可以很快地把能力列表变成一次测试执行。TE可以使用GTA中ACC矩阵来分配测试人员。测试人员传统上按照组件来分派，ACC则提供了另一种视角——按照特质进行测试。
GTA旨在使风险分析足够简单和使用，期望不久后能开源。
11）零成本测试流程
关于免费测试特征的一些想法：成本几乎为零、瞬间可得的测试结果、极少或者无需人工干预、非常灵活。零成本测试流程的要点如下：
a）通过GTA进行测试计划
b）测试覆盖度：使用bot
c）bug评审：BITE
d）探索式测试
e）bug提交：BITE
f）Bug triage和调试：BITE
g）部署新的版本并回到第一步
12）外部供应商
虽然Google拥有优秀的测试人才，但各种项目的不断涌现，导致经常需要专门的测试技能。这就需要外部供应商。比如Chrome OS连接Wifi和3G可能是一个大风险，最开始，Google购买多台路由器手工切换网络，但后来发现有些场景仍然没法模拟。因此，在Chrome OS推向世界之际，善用外部供应商、快速开展工作的能力，保证快速行动、快速交付。
3.与Google Docs测试工程师林赛.韦伯斯特(Lindsay Webster)的访谈
Lindsay是那种“有困难就找她”的测试专家。她有能力影响开发团队去提高他们的测试水准。对于一个新项目，首先站在用户的角度了解这个产品；然后从头到尾地理解产品；接着关注项目的质量状态，了解bug的数量、问题的分组、类型等；还会检查代码库，了解单元测试通过率、测试用例的的覆盖范围；还会评审所有自动化测试；最后加入团队的沟通方式。
侦查结束，第一件事给应用分解成功能模块；然后按照优先级顺序遍历所有模块；再次检查bug和应用来寻找覆盖度上的不足；后面就是维护和更新，并跟踪用户反馈。
我认为测试的退出标准是：有足够的信心，剩下的bug都属于那些使用率较低、出问题之后对用户影响也较低的模块。
看完她的访谈，感觉说服人，最好的方式是给出数据，如bug数据或用户反馈。
4.与YouTube测试工程师安普.周（Apple Chow）的访谈
Apple Chow是YouTube的测试主管。主管是一种整个产品或团队范围内、或者跨多个产品的协调性角色，主管需要具备全局性思维。
使用Selenuim测试，最喜欢的是简单的API，最不喜欢的是UI测试的执行比较慢，非常脆弱，维护成本很高。一个教训是，只保留少数几个用来验证端到端的集成场景的高级别冒烟测试，除此之外尽可能编写底层的测试用例。
本章读到此，就完结了~ 感受，TE的工作范围很多、很大也需要很强的沟通，特别是类似于Lindsay这样的测试专家。 对于快速迭代的版本，GTA很适用。当然BITE和bot仍然很好用。
