<转>测试的三种境界

最近偶然看到一篇文章。里面有一句话，很有意思。说，开发和测试的关系，有三种不同的境界：
第一：开发是开发，测试是测试
第二：开发不是开发，测试不是测试
第三：开发是开发，测试还是测试
 
乍一看，貌似废话。细细琢磨，真是韵味无穷。
测试其实是一门社会科学，我一直这样认为着。
 
关于‘测试的三种境界’每个人的理解都不太一样。我个人的理解如下:
 
第一种：
最普通的模式，开发和测试，属于铁路警察，各管一段。开发只负责自己负责的那个小模块，不管其他，测试人员也不甚了解开发，只负责去发现，提交，追问问题。甚至因为公司文化的影响或者业绩的原因，互为仇敌。
此为：开发是开发，测试是测试。
第二种：
开发和测试团队的不断融合。测试人员对于测试的分析开始逐渐从表层深入。甚至可以帮助开发去做若干修复性工作，或者一些测试人员因为懂得开发，做过开发会对开发指手画脚。开发人员也因为对于测试的熟悉和了解，对在自己的开发过程中越线测试。
此为：开发不是开发，测试不是测试。中国很多国内企业的开发和测试人员都是在这样的状态下进行工作。
第三种：
经过第二个阶段，自己技能和思想的不断升华。测试人员即便是拥有coding的技能，但是也依然知道从customerview来考虑问题，寻找需求，设计，开发，应用等阶段的品质问题，提出修复方案。能够从高度，广度，深度和日常精细的工作中去更好更丰满的完成一个测试从业者的品质评价工作。提出的建议和意见是从需求，设计和业务指导的层次上而不是无关紧要的或者干预开发。对于有足够质量思想的开发人员来说，他的目的和工作依然是开发。不会去过多的涉入测试。但是会从项目全局和整体包括业务的角度上来做好开发工作。能在修复一个issue的时候想到风险控制，影响范围以及对于框架的影响或者类似问题的修复。
这就是第三境界：开发还是开发，测试还是测试。
与第一阶段不同的是，他们各司其职但是彼此有很高的认同。与第二阶段不同的是，大家在工作中不会涉入彼此的工作范畴。