说真的，我真的震惊了，咋不直接上线，让客户自己测！
结果我真的看到了这么狠的，直接把产品和测试都干掉，开发直接一包到底，自己提需求，自己写代码，自己做测试，然后自己上线，这，真的的绝了！！！
听西二旗的一个网友说，他们公司去年就开始这么干了。开始大家都挺震惊的，但后来发现，这只是冰山一角。
还有人说，外企早就这么干了，开发自己做各种测试，主要是因为国内人力成本低，不像国外那么刻不容缓。
现在都卷成麻花了
我以为这样的操作是个例，但是恕我孤陋寡闻，原来市场上早就开始盛行，主要一个和谐相处，没有扯皮。再来说说大佬们，据说Google、Facebook、eBay 这些互联网巨头，他们早就推行这种模式了。
专职的测试团队规模缩小，有些甚至不见踪影，而测试开发团队转型为工程效能团队。- 二是工程效能团队怎么赋能开发人员，帮他们高效完成高质量测试。
专属福利
开发自测的瓶颈
开发人员自己测，首先得面对人性角度的问题。开发者看自己的代码，总觉得没啥大问题，毕竟是亲生的嘛。
但测试人员就不一样了，他们的工作就是要找问题，而且他们通常对常见的错误模式有更深的理解。再来看看技术层面，开发人员在设计和开发时没考虑到的问题，在测试时也容易忽略。比如对于一个函数，开发者没考虑到字符串为空的可能，那测试时也不太可能考虑这个情况。这就是所谓的“思维惯性”。以前有专职测试，现在都得开发自己操心。这不光是增加了工作量，更重要的是，开发人员可能对跨模块、跨系统的测试数据准备缺乏系统性的理解。
那为啥还这么干？
其实，现在的测试越来越依赖代码，那些自动化测试、测试开发，对编码能力的要求并不比软件开发低。既然开发人员本身就有较强的代码功底，让他们自己开发高效的测试工具来自测，看起来似乎也是个不错的选择。如果让开发全权负责测试，可能要么是增加开发人员，要么是延长开发周期。结果可能是，尽管你裁掉了测试岗位，但实际上只是增加了开发人员的工作量。等于是把测试工作变成了开发工作，而考虑到开发工作往往需要开更高的待遇，这样做其实并不能节省成本。
所以，让开发兼任测试，并不是什么好选择。虽然你可以这么做。
最后说说我的看法：
高考的时候，就算你检查10遍，有的问题你就是检查不出来。
等卷子改完再到你手上，很多时候有种恍然大悟的感觉。
自查自测不行不是从思维上不行，是从人性上不行。
点击关注 👉约 3 分钟