哈哈哈，有意思

去测试化确实是一个趋势，前提是产品稳定并且回归用例集覆盖率很高，而让开发结对开发和 review，一切都相信开发的模式，出问题最终受伤的还是老板，陷入产品出问题 - 造成巨额损失 - 开发跑路 - 老板亏钱的循环

就让开发测，测试转成开发，哈哈

看这傲娇劲……自己干了啥还不知道，还傲娇呢

看评论就是，公说公有理，婆说婆有理。

5 个开发真的能干 5 个开发 +5 个测试活而且还能控制在一个合理的迭代周期内吗

呃。没看懂你想表达啥？
开发也很 LOW，数据和功能都没法解耦？

看完，就这个姑娘回答得很勤劳

开发做测试，这不是卷吗。卷吧卷吧，人口都卷没了

他们最好是

这不就是卷到两败俱伤的程度吗，术业有专攻，不太理解那些自己开发自己测 都被压榨成这样了还很骄傲的人在想啥

遇到过一种开发，没测试出来他的 bug，然后他就会说要你们测试何用 ，但是他这实现逻辑，需求你都拿不到，全在他肚子里完全凭心情或者祈求给你说一点，小弟有时候真想说无能为力。哎，无奈人家是大佬，咱也只能尽力测试。

开发人员不能做测试，因为自己测自己写的程序，从人的惰性角度来说，很多 bug 还是发现不了。测试人员要写代码，因为人工测试效率低，需要写工具或平台的代码，提高测试效率。二者其实是两条平行线，开发做测试也不合适，测试做开发也不合适。也不排除有些综合能力特别强的团队能够开发和测试全包，并且能输出高质量产品，但这也是极少了。

任何情况下，开发改一行测试也就改一个 case，为啥要改 500 个？
是改了 1 个分支影响了其他 499 个分支的预期结果？还是说改了管理着 500 个分支的策略实现只能通过全跑 500 个 case 才能验证？恐怕都不是吧……看那意思就是连公用组件都没有封装、剥离出来，case 只是根据业务逻辑无限加，而根本不在乎程序的设计实现了……这种自动化很值得夸耀吗

还是槽神一针见血

太贵。
本质。
测试是个烧钱的必要保障，所以测试的使命，就是低成本地尽可能保障质量底线。
测试开发就是，当测试平台不完备的时候，用来补充的。

其实这才是我觉得答主有意思的地方，算是一种思考吧，下面的评论没什么意思。。。😓

测开确实更多是为了高薪和 ppt