序
我从事软件测试领域的工作已经有十多年了。2009年硕士毕业后，我就入职了一家第三方评测机构并成为一名软件测试工程师，在这家公司里所有的工程师都是测试工程师，所以我刚刚入行时，就接触了各种各样的软件测试工程师，如功能测试工程师、性能测试工程师、安全测试工程师等，这些不同的软件测试工程师做着不同方向的工作。
起初，我认为不同岗位名称的软件测试工程师的工作内容不同，但随着工作经验的积累和专业方向的不断深入，我逐渐发现不同岗位的软件测试工程师有一致的测试理论依据，它们是基于同一理论的细分。于是，我开始从更底层的视角来审视测试工作的内容。对于很多刚入行的软件测试工程师来说，构建一套完整的测试知识体系对完成基础任务的影响并不明显，但是随着职业发展，缺失测试知识体系会让你事倍功半，甚至举步维艰。
和所有人一样，在职业发展初期，我也是一名功能测试工程师。而对于初入测试行业的我来说，最初的印象是“测试工作=文档工作”。
刚参加工作时，我绝大部分时间在编写文档，如测试需求、测试计划、测试方案、测试报告等过程文档。同时，对于每一个测试过程，团队都会召开一次评审会，因此我还要为每一个过程文档都配上评审会纪要。于是，我每天都被各种格式的文档支配着。
那时我当然也有一些困惑，不太能理解我的工作内容究竟有何价值。另外，我也接触了性能测试工程师的工作，每天看着他们调试脚本、设计测试场景、执行负载测试、预测可能发生的问题，以及和研发人员一起调整参数或者代码等，而在我心中这才是高级测试工程师该做的工作。
随着测试工作的不断深入，我逐渐能为软件质量的标准和实际工作内容建立起映射关系。当时使用的标准还是GB/T 16260，标准中提出了六大质量特性，即功能性、效率、可靠性、易用性、可维护性和可移植性。随着从质量的角度来考虑问题，我重新审视了当时在公司的各种测试工程师，这才发现原来每一个细分的测试工程师岗位对应的都是一部分国标的检查项，缺一不可，因此我修正了“性能测试才是高级测试工程师的工作”这种错误的认知。
后来，GB/T 25000将质量特性升级为八大质量特性，增加了信息安全性和兼容性两个特性，这也是依据软件发展趋势及质量保障的重点而做的变更。进一步理解测试标准之后，我逐渐对测试工作有了很多新的认识，并在此基础上将很多理论在实践中落地。随着时间的流逝，我掌握的测试知识形成了体系。?
而对于测试工程师，很多人存在错误认知。由于对测试知识缺乏了解，很多人认为测试就是“点工”，是一个凭借耐心就可以完全胜任的工作岗位，这就完全低估了测试工程师的工作难度，这也是为什么很多测试工程师在入行3年以后，就迅速到达了职业瓶颈，最终要么转行，要么业绩平平。
在入职京东后，作为一名测试架构师，我的主要工作就是通过技术手段提升质量效能，解决快速交付和手动测试之间的矛盾。在这段时间，我带领团队成员开发了一套自动化测试框架，这套框架可以完成测试代码生成、测试数据推荐、测试执行、测试结果收集等工作，但这些归根到底都是测试体系的机器实现，并没有逃脱测试体系的范围。
随着DevOps的出现，软件测试的滞后性和低效能大大制约了研发效能的提升。这也促使软件测试发生了改变。为了让测试能够满足持续交付的效率和质量的要求，持续测试就此诞生。持续测试通过测试左移、测试、测试右移，覆盖了整个软件开发周期，同时通过质量度量和质量运营促进质量改进，从而实现良性循环。
本书并不是一本纯理论著作，而是一本实践指导用书。本书从持续测试的本质开始讨论，尽可能以通俗易懂的语言讲述什么是持续测试，以及如何将持续测试应用到工作中。本书既包含了测试左移、测试、测试右移的方法论，也包含了质量门禁、静态测试、动态测试等实践方案。同时，本书还介绍了接口自动化、验收自动化等常规自动化测试手段在持续测试中的应用，并从质量度量、质量运营两大方面讲解了持续测试如何促进持续改进。本书还讲述一些测试技术的本质、测试平台化的发展趋势，以及智能化测试框架的使用，从而为持续测试奠定了技术基础。
如果你对软件质量和测试感兴趣，相信本书对你有所帮助。
陈磊
