Google软件测试之道-第二章观后感

第2章 软件测试开发工程师

在去工作前，立下一个小flag，把这本书看完。观摩大佬们如何做测试，和大家一起研读感受测试的乐趣。

---

---

# 1、测试认证

测试认证：让开发人员重视测试的一种比赛
如果一个团队完成了一系列的测试任务，这个团队会得到一个通过认证的标识。

感觉这个想法很好呀，以比赛的形式激发了开发的测试兴趣。

测试认证级别摘要：
级别1：

*使用测试覆盖率工具
*使用持续集成
*测试分级为小型、中型、大型
*明确标记哪些测试是非确定性的测试
*创建冒烟测试集合

级别2：

*如果有测试运行结果为红色（表示运行失败的用例）就不会做发布
*在每次代码提交之前都要求通过冒烟测试
*各种类型的测试的整体增量覆盖率要大于50%
*小型测试的增量覆盖率要大于10%
*每一个功能特性至少有一个与之对应的集成测试用例

级别3：

*所有重要的代码变更都要经过测试
*小型测试的增量覆盖率要大于50%
*新增的重要功能都要经过集成测试的验证

级别4：

*在提交任何新代码之前都会自动运行冒烟测试
*冒烟测试必须在30分钟内运行完毕
*没有不确定性的测试
*总体测试的覆盖率应该不小于40%
*小型测试的代码覆盖率应该不小于25%
*所有重要的功能都应该被集成测试验证到

级别5：

*对每一个重要的缺陷修复都要增加一个测试用例与之对应
*积极使用可用的代码分析攻击
*总体覆盖率不低于60%
*小型测试的代码覆盖率应该不小于40%

当然随着参与部门的增多，不同部门的情况会不一样，这个标准不是一成不变的，要随着实际的情况变化。

2、SET的招聘

SET面试的重点在考察候选人如何思索问题的解决方案，而不是解决方案本身的实现上体现的多么高雅。

希望SET能够看得更全面且，而不是只局限于测试代码本身。