请大家先耐下心，阅读此文。文末有福利。
你好，我是Bay中国研发中心测试基础架构技术主管，茹炳晟。今天想和大家聊聊我近16年的测试经历及软件测试的修炼之道。
我从年开始做软件开发，年时转型成为测试工程师，算起来已经在这个行业摸爬滚打了16年。年的时候，软件测试还停留在重复性手工测试的阶段，而且受重视程度远不如软件开发，所以当时的我就像一个测试“小工”。
可，我很快就意识到，要真正把测试这件事做透做精，并不是那么容易，这中间有太多技术需要去研究和探索。
很多人第一印象会觉得做测试比做开发简单很多，但是我想说，在这个世界上，你想把任何一件事做好、做到极致都没那么容易，都需要付出比别人更多的努力。不管是一万小时定律还是厚积薄发，当你把知识积累到一定程度的时候就会发现，原来软件测试的世界这么有意思。
我是国内最早一批从事测试自动化的工程师，并经历了软件测试技术从“原始社会”向“现代文明”发展的整个历程，也经历了从“测试不受重视”到“测试和开发同等重要”的行业理念转变。目前我正在探索由Googl等一线互联网巨头主导的“去QE，开发自己测试”的全新模式，也有了很多的感悟和思考。
在这期间，我经历了自动化测试用例设计与开发、测试框架选型、测试框架自行研发、测试基础架构设计以及最新的测试服务化（TstasaSrvic，TaaS）等一系列技术的变革与发展。
我带领过的测试项目也几乎涵盖了所有种类，包括嵌入式系统测试、金融平台单元测试、平台SDK测试、轨道交通安全软件测试、WbSrvic测试、大型电商网站GUI自动化以及性能全链路压测等。
由此，我个人也完成了从“小工”到“专家”的蜕变，成为了一名资深的测试架构师。
我的心路历程，我这么多年来积累的经验和教训，我对测试的看法、学习方式，我对企业级项目实战案例深度剖析等等，我都想分享给你，希望之前我走过的坑，你不要再经历。于是有了《软件测试52讲》专栏，专门为测试开发者而准备的专栏，现正在极客时间App上线。
我会用通俗易懂的语言，以知其然知其所以然的思路，为你系统梳理软件测试的知识体系，深入讲解自动化测试、性能测试和测试架构设计的核心原理，助你从软件测试的“小工”进阶为“专家”。
再和你聊聊，面对势不可挡的ABC（AI+BigData+Cloud）技术浪潮和软件测试的变革，我给你的三点总结和建议。
第一，自动化测试在软件质量工程中的地位发生了质的变化，从原本的“以自动化测试为辅”变成了“以自动化测试为主”。
所以，你不仅需要从业务本身出发来对软件进行手工测试验证，还需要掌握完整的自动化测试开发技术来设计自动化测试用例。
第二，传统软件企业的产品发布通常以“月”为单位，因此，测试执行总时间不会成为关键问题。但是，对于互联网企业，尤其是大型电商网站，产品上线周期通常都是以“天”甚至是以“小时”为单位，留给测试的时间非常有限，这也就对测试执行总时间提出了极大的挑战。为了解决这个难题，你需要一套完善的高并发测试执行基础架构的支持。
所以，作为测试工程师，你就必须掌握设计开发测试基础架构的关键技术。
第三，随着自动化测试的规模化，测试数据准备的各种问题被逐渐暴露并不断放大，成为影响自动化测试效率以及稳定性的“拦路虎”。早期的传统测试数据准备方法，无论是从测试数据准备的时间成本，还是从测试数据的稳定性和测试数据创建的便利性上看，都已经很难适应大规模自动化测试的要求。
所以，你必须系统性地思考如何才能将测试数据的准备工具化，服务化，最终实现平台化。
通过这个专栏的学习，我希望你能够对这些趋势与挑战应对自如，并能时刻紧跟测试技术发展的新趋势。
理想是美好的，但道路往往是曲折的，因为你和我都非常清楚，技术人想要“一口吃成胖子”几乎是不可能的。但是，不要气馁，在这个专栏里，我跟据多年的从业经验，给你总结了下面这个“三步走”的策略，助你破茧成蝶。
第一步，成为互联网时代合格的测试工程师。
如果你是入行不满3年的测试工程师，一定对此有迫切需求。此时，你必须具有快速学习的能力，能迅速掌握被测软件的业务功能与内部架构，并在此基础上运用各种测试方法，尽可能多地发现潜在缺陷，并能够在已知缺陷的基础上进一步发现相关的连带缺陷。
从知识体系上看，你需要有比开发人员更全面的计算机基础知识，还需要了解互联网的基础架构、安全攻击、软件性能、用户体验和常见缺陷等知识。从测试技术上看，你需要能够使用常见的测试框架或者工具，需要具有一定的自动化测试脚本的开发能力，这可以把你从大量重复的工作中解放出来，然后你才能有时间去做更有意思的工作。
第二步，成为互联网时代优秀的测试工程师。
如果你想从“合格”变为“优秀”，那必须先认识到两者的差距在哪里。
首先，合格的测试工程师