从此以后他们幸福地生活在一起

　　关于开发人员和测试人员的关系，人们阐述了很多，讨论了很多，争论了很多。而貌似一旦这两者坐在一起，对峙便开始了，两者间的争论多于相互认同。显然，这不利于实现两者合作的目标——向用户提供价值。

　　让我们来分析事情的来龙去脉和现状，思考如何做得更好。

　　史前时期

　　在最开始，不存在测试人员，只有开发人员。软件开发人员和软件项目的其他人员比起来并没有特别大的不同，除了如下事实：他们是软件项目的主要成本。准确地 说这里的成本并不完全是指开发人员自身（虽然那时优秀的开发人员并不好找），而是开发时间以及运行软件所需的资源（比如巨型计算机）。从经济角度考虑，专 门成立测试人员是行不通的：开发软件的时间如此昂贵，为测试人员分配时间显得很浪费。

　　没有专门人员检查工作，软件开发人员只好自己做测试。因为开发软件的时间如此昂贵，他们通过检查日志、打印信息以及离线“调试”来确保软件正常运行。那时 还没有可用于调试的IDE，开发时间如此昂贵，可不能在查看成百上千页的打印数据上花费太多的时间。因此检查数据的人都是开发人员，这样大家使用彼此熟悉 的术语，对问题心知肚明。这样，尽管速度还不够快，但整个团队能够和谐地前进。

　　开始分裂

　　随着软件行业的高速发展以及计算机成本的降低，软件公司在考虑成本的同时也开始关注软件质量。软件使用者开始变得挑剔，他们经常在初次使用时就不满意，要求软件公司修复或改善他们所购买的软件。

　　保证软件质量的方案之一就是验收测试：客户在软件系统上执行应用场景。这些场景就像是软件公司和客户之间的契约：软件系统只有通过这些场景测试才能够被客户接受。

　　最初，开发人员会自己执行验收测试，或者由客户执行验收测试，然后将问题反馈给开发人员。但软件公司很快就意识到开发人员不擅长于处理和客户的关系，于是隔离客户和开发团队的想法开始萌芽。

　　存在的问题不仅仅是客户和开发人员之间的沟通。因为验收测试有时无法达到预期效果，人们越来越意识到应该对开发团队进行更加严格的质量监控。若由其他团队 的开发人员进行质量监控，则会导致软件成本增加；而进行质量监控不需要理解错综复杂的软件是如何工作的，因此软件测试人员这个职业便产生了。

　　当然，这种组织结构的变化并不是自然而然产生的，组织结构变化需要管理上的支撑和协调。所以经过几年的发展，软件项目中开发人员和测试人员两种角色的界限还是不清晰，

　　随着软件测试领域的发展，越来越多的测试人员需要提升自身的技能，于是开始产生了相关的方法论和培训需求。培训和认证机构看到了这个市场机会，开始提供测 试人员以及开发人员培训服务。随着方法论的逐渐成熟，测试专家开始涌现。之后开发和测试领域都有各自的专家，开发人员和测试人员的界限清晰起来了。