Google软件测试之道

一、Google软件测试介绍

1、质量不等于测试

• 质量不是被测试出来的，但是未经测试也不可能开发出有质量的软件。
• 如果某个产品出了问题，第一个跳出来的肯定是导致这个问题发生的开发人员，而不是遗漏这个bug的测试人员。
• 质量是开发过程的问题，而不是测试问题。

2、角色

• 软件开发工程师（software engineer）
• 软件开发测试工程师（software engineer in test）
• 测试工程师（test engineer）

3、组织结构

4、爬、走、跑

• 金丝雀版本：每日都要构建的版本，用来排除过滤一些明显不适宜的版本。
• 开发版本：开发人员日常使用的版本，一般是每周发布一个。
• 测试版本：通过了持续测试的版本。
• beta或发布版本：由非常稳定的测试版本演变而来。

5、测试类型

• 小型测试：一般通过自动化实现，用于验证一个单独函数或功能模块的代码是否按照预期工作，着重于典型功能性问题、数据损坏、错误条件和大小差一错误等方面的验证。测试工程师几乎不参与。
• 中型测试：通常也都是自动化实现的，一般会涉及两个或两个以上，甚至更多模块的交互。
• 大型测试：涵盖三个或以上（通常更多）的功能模块，使用真实用户使用场景和实际用户数据，一般可能需要消耗数个小时或更长的时间才能运行完成。

二、软件测试开发工程师

三、测试工程师

1、一种面向用户的测试角色

2、测试工程师的工作

在 TE 进入产品时，需要考虑以下一些问题：

• 当前软件薄弱点在哪里？
• 有没有安全、隐私、性能、可靠性、可用性、兼容性、全球化和其他方面的问题？
• 主要用户场景是否功能正常？对于全世界不同国家的用户都是这样吗？
• 这个产品能与其他产品（软件和硬件）互操作吗？
• 当发生问题的时候，是否容易诊断问题所在？

关于 TE 职责的一般性描述：

• 测试计划和风险分析
• 评审需求、设计、代码和测试
• 探索式测试
• 用户场景
• 编写测试用例
• 执行测试用例
• 众包
• 使用统计
• 用户反馈

四、测试工程经理

五、Google软件测试改进