与谷歌测试工程师的对话 - from Google Testing Blog

Conversation with a Test Engineer by Alan Faulner

Alan Faulner谷歌的一名测试工程师，他工作在DoubleClick Bid Manager项目，该项目允许广告公司和广告客户对多个广告进行议价。

你是一个测试工程师（Test Engineer - TE）还是测试软件工程师（Software Engineer in Test - SET）？你认为这两者有差别吗？

就目前而言我是一个测试工程师，但是这两个角色是很相似的。作为一个测试工程师，你更关注产品的总体质量和发布速度，而作为一个测试软件工程师，你可能更关注测试框架，自动化以及为了可测试性的代码重构。我认为差别在于工作的侧重点而不是能力的差异，因为这两个角色在谷歌都需要编写产品代码。例如作为测试工程师我的工作是开发一个自动化的发布流程，找出团队在哪些方面提高了代码覆盖率，并且减少手工验证代码有效性的步骤。

一个典型的工作日？

当我坐到位子上后的第一件事就是检查以下事项：有没有需要我回复的code review；有没有高优先级的产品问题。如果一切安好，那就开始coding。我目前的工作重点是提高大规模集成测试框架的效率和代码覆盖率。同时我还会为产品添加一些新的功能来改善可测试性。大约有50%到75%的工作时间是用来coding和参加code review。

你只写测试代码？

不，我写的很多代码最终也进入了发布的产品。在谷歌作为TE或SET很开心的一件事就是你能很轻易的参加产品代码的编写而不仅是测试代码。我的测试代码集中在提高测试框架的能力以及方便开发人员编写集成测试用例。我编写的产品代码主要用于在极端情况下增强对输入数据的验证，这直接提高了产品本身的质量而不是等待测试代码来发现这些问题。

你使用哪些编程语言？

大多数的测试和产品代码都使用Java。偶尔也会使用Python和C++。

你有多少时间做手工测试？

目前大约5%左右。虽然一些探索性测试能够帮助提高产品知识并发现一些有风险的区域，但这无法做到简单大规模重复。现在我正在努力减少为数不多的手工测试步骤来节约宝贵的时间。

你会为不是你的代码写单元测试吗？

在谷歌，测试的责任为所有的产品工程师分享，而不仅仅在于测试工程师。每个人都有责任为他们的组件编写单元测试和集成测试。这也就是说，我不仅为直接工作的组件编写单元测试，而且也为我们依赖的一些其它组件编写单元测试。

你喜欢为谷歌的广告产品工作吗？

我喜欢面对为解决可扩展性问题带来的挑战，从分析大规模数据到对海量并发请求的毫秒级响应。我也喜欢我们产品的影响力，因为它改变了很多人的生活。这是对我们工作最好的奖励。

在谷歌的测试工作和你之前的公司有什么不同？

我觉得在谷歌这个角色更有弹性。在我们组STE和TE对开发者的比例比通常情况要低，所以你必须先从最重要的工作做起。例如，我编写了很多产品代码来修复错误，提高可测试性并改善了数据迁移过程出错信息的显示。另外，在谷歌开发工程师也花费很多时间编写测试用例，所以测试不仅仅是测试工程师的事情。

谷歌在Krikland的办公室和Mountain View有什么区别？

我觉得两个办公室都非常有自己的特色。在谷歌个性是得到鼓励的！例如在Kirkland的办公室里你可以玩室内攀岩，划船，而且所有的会议室都以本地的乐队命名。在西雅图的办公室则有皮划艇，而在纽约办公室的休息区则有真的食品卡车。

你对测试在谷歌的未来怎么看？

前途是光明的！我们有很多自由来提高产品质量，可测试性和加快产品发布进度。我们需要在提高发布节奏的同时保证产品的质量。我们面临的主要问题是超大规模系统带来的复杂性。这需要我们的工程师团队努力提高效率来模拟和测试我们的系统。在谷歌，这个领域永远需要测试和开发人员来关注。