Google软件测试之道 第三章测试工程师的工作

本章主要围绕两个方面介绍测试工程师：角色和工作

一：角色

测试是一种面向用户的角色。上一章提到测开负责可测试性和测试自动化体系的长期有效性。测试的职责与之不同，测试的重点在于评估对用户的影响及软件整体目标上的风险。

有的测试需要编写大量的代码，有的只需要编写少量的代码。

可能需要做测开的工作，代码审查的工作，测试工具相关，哪儿缺人就往上补。

二：工作

早期的测试计划需要较少的测试，在产品接近尾声、寻找Bug变得更加紧急的时候，需要更多的资源投入到测试中。从策略上讲，给一个项目配备多少测试人员，取决于项目风险和投资回报率。在正确的时间投入正确数量的测试，带来足够的价值。

测试在进入产品时需要考虑一下问题：

测试不需要自己去解决这些问题，但必须保证这些问题被解决掉。

测试的根本使命是保护用户和业务的利益，使之不受到糟糕的设计、令人困惑的用户体验、功能Bug、安全、隐私等问题的困扰。在Google，测试是团队中唯一一个从整体角度发现产品或服务弱点的角色。

测试擅长发现需求中的模糊之处，分析沟通不明确的问题。有时还要与个性很强的开发与产品人员打交道。测试还需要技术能力、领导力、洞察力、深刻理解产品的能力等多方面的要求。

测试可以在任何时候介入项目，必须迅速评估项目，代码，设计和用户的当前状态，然后决定首要的关注点。测试教条倡导的从头就介入的模式，在Google并不适用。

对于测试的职责的一般性的描述：

测试计划：

在项目的早期，测试人员编写测试计划；然后，他们创建和执行测试用例，编写Bug报告；接下来是准备覆盖度报告，收集用户满意度和软件质量数据。

测试计划是最早出现、最先被遗忘的测试产物。除非多数项目的成员会定时查看，否则测试计划没有什么价值。

测试计划应该具有的特性：

ACC是一种测试计划的替代方法，ACC代表：特质，组件，能力。ACC的知道原则如下：

1. A：特性

首先明确产品对用户、对业务的意义。核心价值，为什么要开发这个产品，靠什么吸引用户？例如Google的定位是快速，安全，稳定，优雅。特性是系统的形容词，代表了产品的品质和特色，是区别于竞争对手的关键，也是人们选择你的产品而不是竞争对手的产品的原因。这些特质应该是简答，精确，变换的。

2. C:  组件

组件是构建代建系统的模块。他们正是测试的对象。在设计文档里，对大型系统来说，他们是架构图的大框架，在文档中被高亮出来。在识别组件时，到达何种级别的细致程度至关重要。

3.  C：能力

能力是系统的动词，代表系统在用户指令之下完成的动作。能力处于特质和组件的交点。如果你的产品所作的事情不属于任何特质和组件的交点，这件事大概是无关紧要的。不懂产品是测试这个职业不可接受的。

能力是面向用户的，表达的是用户眼里系统的行为，往往比特质和组件多很多。

待续