https://martinfowler.com/bliki/TestPyramid.html
读到一篇很不错的分析，先贴出原文。文章的精华就在这里了，测试金字塔：
这里间接说明了单元测试的重要性，当在测试阶段谈论Bug的时候，完全可以在更早的阶段发现它——单元测试。
但在国内99%的公司，都没有重视单元测试——大部分公司宁愿花钱多雇一个测试同学来发现问题，而不是驱动开发自己发现它。
我自己作为测试没有diss测试的想法，测试和开发一样重要，但测试同学要做的事情是以更广泛的维度来考虑问题。
比如，开发发布了一个SDK, 在ubuntu14.1上编译通过，然而在CentOS 7.4和7.6上挂了，为什么？因为CentOS7.4的gcc版本是4.8.5，而声网自身必须在gcc4.9的环境以上运行。那么问题来了，我们的开发测试生产环境都是CentOS7.6，显然是不能为了一个SDK升级自己的操作系统的，这个问题只能开发改。这就是测试的广度，需要了解自家产品的环境，了解自己产品的特点和共性，了解自己产品用到的技术特性，显然做到这一点的测试同学还不够多。