一直在思考如下几个问题，和测试相关的，求解答
首先对于传统测试
1、为什么需要专职的测试？
2、如果是因为开发自测不满足，那么当业务足够清晰，且开发自测够全面，是不是可以不需要专职的测试?
3、如果 2 成立，那么测试行业是否存在是不是要看开发能力是否足够强？
4、如果 3 成立，那么测试行业是不是就是开发的附属依赖，只不过开发把一部分不愿意干的活分给了测试？
对于近些年来新的测试职责，我把它叫做新世代测试
1、如果把所有传统理论中的功能测试都由开发完成，那么新世代测试是不是只需要专注于自动化回归，线上监控，线上压测，不需要关注功能测试？
2、如果理论上可以将传统测试完全交付给开发，是不是代表传统测试即将完全消失。
基本上是这样，但是细节和前提条件需要好好审视一下
那就是：无论什么团队，能力都是呈金字塔形分布的……开发团队里面的塔基也是有的，指望他们能把事情做好也不大现实，传统专职测试除了作为塔基开发的小皮鞭，的确已经在开始慢慢转型了~
你要考虑一下，测试与运维的关系，线上监控，线上压测运维去做也是说得通的，关于自动化，如果版本不够清晰有规律，自动化意义不大。
其实我也一直在想，老板招人来是做什么的，怎么才能更有价值。
我个人目前的理解是：专业 + 门槛。
未来就测试工作来说，机器和代码可能比人来做要靠谱的多。
说起来容易做起来难啊。。。
magicyang
回复
是的，我也在想测试岗位到底有什么价值，或者直白点说，我帮公司 挣了多少钱，省了多少钱，如果没有我做的事情，公司是否会增加成本，但是这个问题很难想清楚，我觉得现在的公司是因为看到其他公司都有测试岗位，所以才要招测试，而没有真正想过，是不是真的需要专职测试。还是说由于现在普遍开发水平都不高，所以目前还都需要测试。
用机器代替人工那都是后话了。
如果很难衡量一个岗位的价值，那么就很难衡量一个岗位的待遇，说不定测试行业现在薪资泡沫是很高的
机器能代替人工，先被代替的是开发。能保证用户不会拆开镜头接水喝的骚操作情况下才不需要测试。测试不单是要看基本功能正常，还要保证整个产品的质量易用性兼容性抗压性等。一把工兵铲，开发们做出来目的是挖战壕，解放军叔叔用来切菜，烤肉，砍柴剪纸，开瓶器，最后导致铲子脆弱（bug）不能挖战壕了，是不是需要做出相应的调整。开发哥哥们可能会想到，但会不会给自己找麻烦，不敢保证。发公告说我们的铲子只能挖战壕，其他事情用坏了自己负责，第二天立马就有厂做出来能切菜砍柴还能挖战壕的铲子，谁还买你家的？给工资测试是为了在上线前发现用的不爽的地方。用户用的不爽，功能都报错卡顿，投诉一大堆商店打 1 星，公司会损失多少用户，找产品做个 ppt 看看。要说开发也能把测试也做了，是没啥问题的，工资 *2，9-12-7 做起来。毕竟大家都不是做 1024 的，网页没兼容，页面老旧，打开速度慢，多图还卡顿，帖子下面还是一片好评楼主真棒站长威武
DevOps 时代，测试、开发、运维不需要有太明显的界限了，统一称为技术研发岗
有测试的根本原因是为了保证产品的质量，所以在可以保证产品质量的前提下，并不需要专门的测试人员。
但是如何保证产品质量是一个很大的问题，在这个里面，可能需要开发、QA、Test、运维等等的通力协作。
看看我原先曾经在知乎回答过的两个问题，给大家提供一个思路吧。
https://www.zhihu.com/question/269734248/answer/350510578
https://zhuanlan.zhihu.com/p/37288095
可能传统互联网行业的人会有楼主这种疑问吧，作为金融 + 互联网业的测试，我觉得擅长业务测试还是很重要的，有时候也会听到开发反馈说自己要去了解一下业务，少写 bug，为什么这么说呢？有业务知识的测试，可以发现需求设计和开发上不合理（对）的地方并指出，和优秀的开发合作，个人觉得会更轻松，比如说我只用跟他讨论一下他代码的逻辑，然后提出一些自己的疑问，对方就能找到自己的 bug 并改正，验证 bug 的时候也很轻松，基本不用担心他会因为一个 bug 影响到很多其他地方；qa 有更多的时间去学习更多的业务，然后将这些业务应用到项目上；