为什么互联网公司不开除软件测试工程师？(2)

如果是业外人士，我觉得有这样的误解没什么。毕竟，隔行如隔山，但业内人士这样理解的话，真的不知道该说什么好了。开发是不是只管敲代码，这里不谈。这里我们要谈的，是，测试不是单纯的找bug。

现在我们承接第1点，来说说为什么测试不是在产品做出来之后，单纯的找bug。

先科普的一个东西，就是测试金字塔。

这是Martin Fowler的一篇博客中提到的《TestPyramid》。

看不懂这个图没关系，我来慢慢解释。

测试是分层的，它真的不是只有在产品做出来后才开始的，并且也不能那个时候才开始。原因在第1点里已经解释过了。一个工程级别的软件产品，它的测试大致覆盖了代码级别的单元测试，模块级别的API测试，还有端到端的集成测试。这并不全面，还有很多其他类型，这里我们只是大概分成这3种，便于解释、理解。

底部那层，就是代码级别的单元测试。它是发现bug的最前沿阵地，能在这个层级抓住的bug，修复起来的代价，会小很多。而且这部分测试数量很大，验证的东西也不是最终用户所能理解的，通常都是自动化运行，有很多种框架可供选择。只有这层的测试全部通过，才会运行后面更上层的测试。

中间那层，是service级别的测试，大概可以理解成模块间的API测试。到这一层，基本每个模块的功能都得到了保障，但是他们彼此的协作不一定正常，所以这层集中要测的就是不同模块间的协作、通信了。这部分测试数量第二多，也是自动化运行。通过之后，就可以开始最上面那层的测试了。

顶部那层，这部分测试的数量最少，是UI级别的测试。测试的过程大致可以认为是，模拟使用产品的过程，最终用户也能理解了。比如从注册用户开始，到注册成功，登录成功，页面正确加载。这种校验最基本功能的测试，叫冒烟测试，确保产品可以正确运行，没有无法启动之类的重大缺陷。除此之外，还有部分不便自动化的测试，需要手动测试，同时还会校验一些边角的情形。

即便上面说的测试全部通过，也不能确保产品万无一失没有bug，这是不可能的。只能说，通过了那么多层的测试，产品处在一个稳定状态了，最终用户的使用体验良好，绝大部分需求都可以满足。

误认为测试只有功能性的校验。

之所以有人会这样认为，可能是觉得测试只是在使用产品的过程中，发现了功能上、界面上不合理的地方，报告给开发，他们修复，就结束了。

其实不然，测试除了功能性的校验，还有安全方面的测试、性能方面的测试、兼容性的测试，等等等等。一个负责任的企业，不可能把包含安全漏洞、性能奇差、对运行系统有各种吹毛求疵严酷要求的产品发布给普通用户，就算他们敢发布，用户也会选择唾弃他们。所以在发布产品之前，肯定有这方面的测试，而这方面的测试，不是普通用户所能胜任的。

原文转自：http://news.hiapk.com/internet/s591fffb7e712.html