谷歌如何测试-前言（3）

前言（三）

　　软件开发时很困难的。测试软件也是困难的。当你谈论关于网络的开发和测试时，你可能想到的会是谷歌。如果你对互联网怎样处理大规模测试感兴趣的话，那么请看这本书。

　　每天谷歌会测试和发布百万行的代码，这些代码分布到很多的源文件中。每天数十亿的构建行为，促使测试百万级的自动化测试运行在成百上千的浏览器上。一年内操作系统被构建、测试、发布。浏览器每天都被构建。网页应用程序不断地被发布。在2011年，100天内，Google+的100个特性被发布。

　　这就是谷歌的规模和速度，也是互联网的规模。本书将会介绍它的测试方案。我们将介绍这套体系是怎样被构想、实施和维护。其实谷歌不是一开始就是这样的。六年前，谷歌和我们曾工作过的其他的公司一样：测试是下游部门。测试人员是过度工作，而且也不被尊重的。后来人们把它自动化后引入到开发，让他变得更具影响力。谷歌的创始团队把测试团队叫做工程部（“Engineering Productivity”），来克服对测试的偏见和偏爱工程师的公司文化。到如今，谷歌测试人员和开发拿的是一样的奖金和获得一样的晋升速度。

　　随着越来越多的公司参与互联网，本书中描述的测试技术和组织结构，可能会变得更加普遍。如果是那样的话，请将这本书看做是个入门书籍。

谷歌测试这本书是根据设计的角色来组织的。第一部分，我们讨论所有的角色，介绍所有的概念、流程和谷歌质量流程的复杂性。这个部分是必须阅读的。

　　后面所有的章节，可以按照任何顺序阅读。我们先介绍SET或者说是测试方面的软件工程师，因为这是现在谷歌测试的起源。SET是一个技术型的测试人员，那章的材料是偏技术性的，但是人们可以掌握里面的主要概念。SET这章的后面紧跟着是TE的章节。因为TE覆盖的领域广泛，而且谷歌的TE会在产品周期覆盖很多的领域。TE是许多传统测试人员熟悉的角色，我们设想关于TE的这章将是被阅读最多的，因为它适用于最广泛的实践者。

　　后面的章节会有关于测试管理和关于谷歌骨干测试人员的采访。最后一张将是James whittaker关于谷歌测试的一些预言。