给你个杠杆你都能撬动地球，你去撬吧。不送。

写 bug 的码农太多，没有测试，谁来分摊。

农民不是经常抱怨么：没有农民全天下的人都没饭吃了。

其实有部漫画 “疯狂的程序员” 中有一期 “敏捷开发"，把你这个问题描述得很好。

开发兼测试是可行的，不过实施上有个天然的缺点。开发检查出来 bug，直接增加了任务。那么有意无意，很可能会忽略一些 bug。

这得要多少年的代码经验才说得出这种话
另外感觉需要介绍一下敏捷开发的定义。。

特别讨厌说不上。。。因为做了太长时间的测试，可以理解测试的想法。但是有的时候确实很烦。。。
我最近才真正明白，测试和开发完全不对立等于痴人说梦。。。

其实记事本就可以写代码，用什么 IDE

认为测试 low 的思想已经无可救药了。

你已经开启了走火入魔模式

都是 PM 惹的祸

我倒是觉得现在有的开发水平太 low

严格意义上来说，就是因为开发水平不够，才需要测试。
假设开发水平逆天，什么问题都考虑到了，开发出的产品天衣无缝，那就根本不需要测试。

但是，有这种开发存在吗？
以前没有
以后也不可能会有

代码没有 BUG 怎么会被测试恶心呢，时间充足需要建立在你的能力很强的基础上
等你到达那个层次，就不会在这里无聊吐槽了

令开发恶心的是拿鸡毛当令箭还什么都不懂再加 JJYY 的测试吧。当一个测试能看出你代码的问题给你指出来的时候，就已经比那些看见 404 就大呼小叫开发快过来结果发现多打了一个 1 的测试强多了。

估计是本来开发和测试关系不怎么好吧，要是出了问题让同时找开发和测试，让他们共同承担责任，那开发看到 bug 就不会那么烦了

时间、质量、成本都是要考虑的 ，古老的事企业单位就是没有测试、UI、产品之类的，因为一个小项目周期都可以是一年或两年，延期也不会有任何影响，不影响工资 、绩效。 在这种环境下确实开发什么都搞定了。
但是在互联网这个环境下，开发敢说自己是全面手嘛？一般周期就是 2 周，需要多少开发才能保证如期完成，沟通成本会有多大？和测试配合不了，难道开发和开发配合就真的默契嘛......

你就把测试看作一个不懂技术的用户，用户发现问题说明你开发的质量确实有问题，而且是表面上的低级问题。
所以讨厌测试的开发一般水平也不高

这是有多少年的经验或者多强的开发能力，才说出这种话。
你觉得测试 low,
或许你不知道，测试在背后吐槽某个开发太菜的时候