根据Google/微软一些大公司开发和测试融合分工新的趋势，未来的IT世界有可能会发展出一种新的场景和分工：

　　基本的功能测试设计执行和白盒测试技能应该让所有开发人员都所具备，然后才能解放出专业的测试人员去做复杂的测试工作（非功能测试、beta测试、测试执行平台打造等），有时间去研究如何提高整个研发团队的测试质量与测试效率，更好地辅导开发人员掌握基本测试技能，当然开发人员依然要通过交叉测试来解决测试心理学的问题（不能自己测试自己）。开发将对自己的局部代码质量负责，测试专注整体架构的质量与团队的整体测试体系建设。

　　这种模式的收益：团队中功能测试人员的数量会减少，研发中的很多低级bug会尽早在开发团队中被发现从而减少bug后期发现的成本和沟通成本，既减少研发成本又能加快研发速度。

　　这样一种测试分工模式成为现实后，测试人员的工作会更有创造性更有趣，更偏重脑力劳动，而简单的测试工作岗位会更少，市场会需要更多测试专家，简单的测试设计和部分手工执行会由开发人员担当，更多测试执行由自动化来实现，而这也正是敏捷开发模式中的现象。

　　未来某些公司中tester会出现少而精的状况但是不会消失，当然由于各个公司组织能力建设的程度不同，吸引中高端人员的能力不同，现有的测试模式和新的测试模式会长期共存，而那些能吸引中高端人才的公司则会出现更高效率的研发团队，结果是测试人员的工作更多是技术创新，开发人员测试工作的技术顾问和执行复杂的测试任务。

版权声明：本文出自 架构师Jack 的51Testing软件测试博客：http://www.51testing.com/?293557

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。