随着互联网的电商、金融等公司蓬勃发展，这些公司的技术团队的规模也快速增长到了数百人，应用规模快速扩大，测试环境日益复杂，测试力量依然薄弱，应用验证成本不断提升。

与此同时，由于充分的市场化竞争，产品的开发速度依然要求像过去十几人的小团队那样快速迭代，同时还要保证更高的质量要求。传统的项目集成及交付软件已经不能满足需求，工程的效能提升和质量保证上迫切需要平台来支撑技术和业务的快速发展。

针对目前现状，我们邀请章屹老师、阿里巴巴高级技术专家、测试架构师，发表了他自己的独到见解，希望读者朋友可以从中受益。

InfoQ：能否讲讲国内软件测试行业的现状如何？有什么独到见解？

章屹：我接触软件测试行业通常通过两个途径。一个是软件测试行业会议或论坛。二是云效上云后在各个企业用户落地中遇到的同行。这些朋友来自互联网企业或者传统行业。

软件测试行业在微软时代有过一个顶峰。顶峰到什么程度呢？那个时候甚至听到过硕士做开发、博士做测试的说法。微软时代，测试讲的是测试分析、测试的思维逻辑严谨性。往后发展，前几年在Googl的带领下测试行业又出现了一个新的高峰，测试技术和测试工具成为了这个时期的主要热点。

但据我观察，近两三年，软件测试行业再次由热转冷。你会看到近几年的主流测试行业会议分享的测试工具和技术渐渐少了，更多的是探讨一些具体到点的测试新方法的尝试，很少出现具备普适性的测试工具和技术。甚至在很多公开场合听到了对测试未来的悲观言论。这是一个很有意思的现象。你会发现从事测试工具开发的同事也比过去少了，各个软件企业从事自动化测试的热情也比过去要少。

为什么会出现这种现象，在我看来有两点原因。

第一，业界只看到了自动化测试减少了回归测试中的部分成本，但没有体会到（除了我们之外）自动化测试对持续集成持续交付中的重大作用。自动化测试的价值受到质疑，使得从事研发测试工具开发的团队受到普遍的挑战。连带着各项测试技术受到挑战，使得业内流向这个领域的人才越来越少。

第二，过去在电信或硬件行业做测试，你需要丰富的通信理论或硬件理论和经验。测试的技术门槛较高，测试的手工操作背后包含了足够的技术背景，不会有人质疑这些行业的测试的价值。但在互联网快速发展后，技术的入门门槛越来越低，似乎只需要了解贴近自身生活的的互联网业务场景就可以进行业务测试。

在这样的背景下，我们更为迫切地需要把成功的、普遍适用的研发测试工具，持续集成持续交付平台及相关理念经验，更快地在业内传播，希望成功的星星之火可以燎原。

InfoQ：国内有经验的、专业的测试工程师就不多，更何况是技术精湛的测试架构师。目前国内的测试架构师的定位是否清晰？还是仅仅只是一个titl？与国外的测试架构师的距离还有多远？

章屹：对测试架构师的定位在阿里巴巴B2B来说还是很清晰的，用技术的手段解决领域级别的研发效能和质量问题，并沉淀出通用的方案或工具，是对测试架构师的要求。

但这也对测试架构师提出了很高的要求。很多质量和效能的问题往往需要跨技术域才能找到最佳的技术解决方案，所以好的测试架构师首先要有一个广阔的知识域。

同时他在解决问题时需要快速深入技术问题细节并很好的处理，这对技术深度和学习能力也提出了很高的要求。

不仅如此，和开发架构师一样面临业务及产品挑战的同时，测试架构师还面临着质量和效率，质量和效率离不开人，所以我们看到好的测试架构师往往有很好的沟通协调能力。

以这些要求看，对国内的测试架构师的要求并不亚于国外的测试架构师。此外，测试架构师的职责也在延伸，除测试和研发的质量效能外，我们可以看到在容灾、容量评估、安全等领域都有不错的测试架构师成长出来。

InfoQ：对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连比尔盖茨在年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”。测试架构师与架构师有什么异同点？测试架构师的成长之路有什么特别之处？测试架构师需要哪些特别的能力？

章屹：测试架构师和开发架构师有共性，都具备业务架构能力的理解和规划，但两者的差异也不小。简单而言，开发架构师专注于支持业务的技术，比如大容量、大并发带来的技术挑战。而测试架构师更专注于工程效能和质量。

从B2B的测试架构师的成长来看，测试架构师往往分为两类，业务测试架构师和技术测试架构师。业务测试架构师更注重可测性，并且会在自己域内使用现有研发测试工具或少量二次开发来解决质量和效率问题。技术测试架构师一方面负责研发测试工具平台的建设，另一方面会找到各个域共性的质量和效率的难点问题，用工具化平台化的方式去解决。

InfoQ：阿里云效平台在改名之前支撑着Alibaba.