谷歌如何测试软件 —— 第二部分

为了做到“you build it, you break it”这句名言所说的那样，有必要在传统的开发人员之上再增加几个工作角色。因为懂技术，开发人员做测试工作就更合适、更有效。在Google，我们新增 的工作角色是来让技术人员负责去提高其他人的效率。这些技术人员通常把自己看作是测试人员，但他们真正的使命是提高生产率。他们的存在可以使开发人员更高 效，产品更有质量，这些都是生产率最重要的部分。下面是对这些角色的一些概述：

软件工程师 是传统的开发角色。软工编写需要提交给客户使用的程序功能代码。他们编写设计文档，设计数据结构，以 及整个架构，他们主要的时间是花在开发和检查程序代码。软工会写出大量的测试程序，包括测试驱动设计，单元测试，以及我在下一部分里将会提到的整个开发工 程中的小规模，中等，大规模的测试程序。软工对他动过的任何程序的质量负责 —— 不论是自己开发的、还是改过bug的，或完善过的程序。

测试软件工程师 同样也是开发人员，只不过他们更侧重于测试相关的东西。他们审查设计，发现里面的代码质量问题和 风险。他们重构代码，让程序更容易测试。测试软工编写单元测试/自动化测试框架。他们是软工开发的程序的共同创造者，但更关注于提高质量和测试覆盖率，而 不是增加新功能和提高程序性能。

测试工程师 正好和测试软件工程师反过来。这个角色是以测试第一，开发放在第二。很多Google的测试工程师的 大部分时间都是在写自动化测试脚本之类的代码，用来驱动测试用例或模拟一个用户。他们同时也负责组织软工和测试软工的测试工作，解释测试结果和驱动测试执 行，特别是在项目开发的晚期推动产品正式发布的重要角色。测试工程师是产品专家，质量顾问，风险分析师。

从质量的角度看，软件工程师 对产品功能和产品质量负有完全独立的职责。他们负责产品对错误的忍耐度的设计，错误恢复，测试驱动设计，单元测试，以及帮助测试软件工程师 开发那些用来测试这些程序的测试代码。

测试软件工程师是编写测试功能的开发人员。他们提供一种框架，通过虚拟物来模拟程序所依赖的各种环境，使开发出的新代码能隔离起来运行。他们负责管 理代码的提交(check-in)。换句话说，测试软件工程师编写那些用来测试软件工程师开发出的功能的测试程序。大部分的实际的测试活动都是软件工程师 执行的，测试软件工程师只是来确保程序的各项功能都可测试，软工以十分活跃的角色参与到这些测试用例的编写过程中。

很显然，测试软件工程师 主要是为开发人员服务的。确保每个功能的质量是他们的目标，他们使开发人员能够容易的测试自己开发出的程序。我相信有人肯定已经看出，在这个开发过程中，存在一个巨大的漏洞：怎么没有用户？

用户测试是 Google的测试工程部 的工作。假设软工和测试软工的测试通过的话，下一步的工作就是看看这一堆的可执行代码和数据集成起来是否满足用户的需求 。测试工程部 在 开发人员的工作基础上做双重检查。任何明显的bug的存在都会说明前期开发测试工作的不合格、很差劲。当这种问题很少时，测试工程部会将主要精力放在软件 在用户场景中运行时的性能效率、安全性、国际化等问题上。测试工程部要做大量的测试，并且要在测试工程部和签约测试人员，目标集体测试者，dog fooder，beta用户，前期用户之间配合测试。他们会同遇到到基础设计上、功能复杂度和错误恢复方法上的问题的用户进行交流。测试工程部 一旦插手，事情就永远没个完了。

好了，你现在对各种角色都有了较明白的理解了，我还会进一步的对如何安排他们的工作事项上进行介绍。下一次见 … 感谢你的关注。

 

:)