懵！把测试全裁了，让开发自己测。。。

公司把测试岗位全砍了，让开发自己测。

说真的，我真的震惊了，咋不直接上线，让客户自己测！

结果我真的看到了这么狠的，直接把产品和测试都干掉，开发直接一包到底，自己提需求，自己写代码，自己做测试，然后自己上线，这，真的的绝了！！！

听西二旗的一个网友说，他们公司去年就开始这么干了。开始大家都挺震惊的，但后来发现，这只是冰山一角。

还有人说，外企早就这么干了，开发自己做各种测试，主要是因为国内人力成本低，不像国外那么刻不容缓。

现在都卷成麻花了

我以为这样的操作是个例，但是恕我孤陋寡闻，原来市场上早就开始盛行，主要一个和谐相处，没有扯皮。

再来说说大佬们，据说Google、Facebook、eBay 这些互联网巨头，他们早就推行这种模式了。

专职的测试团队规模缩小，有些甚至不见踪影，而测试开发团队转型为工程效能团队。

他们之所以能这么做，是因为解决了两大难题：

一是如何让开发人员能胜任测试工作

二是工程效能团队怎么赋能开发人员，帮他们高效完成高质量测试。

我发现一个独立开发者网站不错: j301.cn

开发自测的瓶颈

但这路子并不是那么好走的。

开发人员自己测，首先得面对人性角度的问题。开发者看自己的代码，总觉得没啥大问题，毕竟是亲生的嘛。

但测试人员就不一样了，他们的工作就是要找问题，而且他们通常对常见的错误模式有更深的理解。

再来看看技术层面，开发人员在设计和开发时没考虑到的问题，在测试时也容易忽略。

比如对于一个函数，开发者没考虑到字符串为空的可能，那测试时也不太可能考虑这个情况。这就是所谓的“思维惯性”。

还有，测试环境和数据准备这块也是个大问题。

以前有专职测试，现在都得开发自己操心。这不光是增加了工作量，更重要的是，开发人员可能对跨模块、跨系统的测试数据准备缺乏系统性的理解。

那为啥还这么干？

既然问题这么多，那为啥还有公司这么干呢？

其实，现在的测试越来越依赖代码，那些自动化测试、测试开发，对编码能力的要求并不比软件开发低。既然开发人员本身就有较强的代码功底，让他们自己开发高效的测试工具来自测，看起来似乎也是个不错的选择。

但事实并非那么简单。

如果让开发全权负责测试，可能要么是增加开发人员，要么是延长开发周期。结果可能是，尽管你裁掉了测试岗位，但实际上只是增加了开发人员的工作量。

等于是把测试工作变成了开发工作，而考虑到开发工作往往需要开更高的待遇，这样做其实并不能节省成本。

所以，让开发兼任测试，并不是什么好选择。虽然你可以这么做。

最后说说我的看法：

高考的时候，就算你检查10遍，有的问题你就是检查不出来。

等卷子改完再到你手上，很多时候有种恍然大悟的感觉。

自查自测不行不是从思维上不行，是从人性上不行。