神说，你会因为一架飞机保证它所有的部件在组装前都进行了测试而乘坐它的处女航吗？
我说，哦，罗老号发射失败了。
神说，但是，良好的单元测试能够为系统测试去除噪音。
我说，缺陷都不是自己钻进去的，而是开发人员放前去的。单元测试能够在一定程度上阻挡开发过程中缺陷的进入，同时阻挡一些简单的缺陷，系统测试不能捕获所有缺陷，相对单元测试，会花费更长的时间和成本，这些时间和成本能够通过单元测试得到部分节约。
神说，开发人员的测试保证了他对需求的理解和实现的一致，但是开发人员对需求的理解和真正的需求一定一致吗？
我说，所以需要测试人员来即时验收。
神说，另外，从心理学的角度说，一个人很难发现自己的错误，所以TDD和结对编程一起实践会有比较好的效果。
我说，好吧，测试很重要，可是为什么很多项目最后的集成测试阶段会那么长哩？这总是导致我们的项目延期。
神说，说说你们的集成测试阶段都在做些什么？
我说，噢，我们拉出一个发布分支，冻结代码提交，开始进行测试，查明缺陷原因，根据重要性修改缺陷，然后重新测试，以此循环。恩，问题在于我们每修复一些缺陷总会引入新的缺陷，所以这个时间拉得很长。
神说，修复缺陷的同时引入新缺陷，这叫做故障反馈率（FFR），也就是一个修复让系统中产生了另一个缺陷的情况所占的百分比。这个数值如果在50%以下就很幸福了，另外，压力和试图提高缺陷修复速度都会提高FFR。
我说，也就是修复缺陷的同时引入新缺陷是个正常情况。恩，可是我的问题是为什么最后的测试阶段需要花费这么长时间？
神说，难道你不觉得是你们经理错误的估计了最后集成测试阶段所应该花费的时间？
我说，oh。
神说，测试不等于除错，把整个集成测试阶段归于测试是不公平的。
我说，是的，如果区分开，相比测试，除错占据了更多时间。恩，我们现在的一个项目特性，由于开发时没有考虑性
能问题，导致上线时花费了大量时间。
神说，项目延期的主要问题在于测试推迟。
我说，是的，这个给我的印象很深，如果在开发阶段就进行大数据的测试，那么会节省很多时间。
神说，所以要测试先行，并且测试往往在项目开始开发前都已经开始了，测试需要贯穿于整个开发过程，而是不推迟到最后的集成测试阶段。TDD和持续集成是很不错的实践，但是它们仅仅是一部分。
我说，还好，我们还有测试，不像某些疫苗，直接上市。那么，测试保证了质量？
神说，你觉得蒙牛没有测试吗？
我说，....
神说，测试只是提供信息。至于这些信息的定义、重要性以及所要采取的反应都取决于人，而人做出的决定都是感性的，利益驱动的。
我叹口气，说，测试能够保证软件质量。
神说，如果开发的产品本身就质量低劣，进行测试你不觉得是浪费大家的时间吗？一段时间发现的缺陷越多，并不意味着剩下的缺陷越少，而是意味着会出现更多的缺陷。
我说，我明白了，测试只是反馈信息，除此之外，并不能做其他任何事情。正如我们去体检，体检报告只能反映当时我们的身体状态，至于健不健康，则取决于我们平时的生活习惯，这是两个分开的事情，体检并不保证我的健康。
神说，是的。
我说，那么，很多大公司非常看重测试部门，原因其实是他们无法看清楚他们自己的开发过程，于是只能从测试里获取信息，而这些信息对整个软件开发来说只是一部分而已。我看到过有项目经理向测试人员询问是否可以交付，这根本上就是在推卸责任，信息和作出决定根本是两回事，如果是这样，不如让测试人员来当经理好了。
