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