1 介绍随着全球、全产业数字化需求的进一步增加，越来越多传统行业和复杂业务都转向了数字化。要完成数字化转型，软件系统一般是必不可少的，但是对于很多传统行业中的复杂业务，都需要大型的软件系统。而大型的软件系统一般都是需要大规模的开发团队来进行开发。传统的瀑布模型看起来似乎非常适合大型项目的开发，但是随着软件危机的出现，软件研发专家提出了敏捷软件开发，用于应对模糊不清和不断变化的业务需求，尽早、快速和持续验证开发中的软件功能。但敏捷开发的特性和实践更适合于中小规模团队，而在大规模团队中会遇到很多问题和痛点。比如在敏捷开发中的测试实践，一般并不依赖独立的测试团队，QA人员需要加入到交付团队进行...

前言当前业界对于软件测试和质量相关的讨论非常多，各种不同的声音也层出不穷，比如去测试人员、测试人员无用论、测试技术化、测试工程化、测试与质量赋能、敏捷测试、持续测试、全程自动化测试等等。可见测试工作和专业的测试人员已经处于了一个很大的漩涡里面。但是只要一个项目追求高质量，那么它一定需要实施大量系统化的专业的测试和质量工作。而这些大量系统化的测试与质量工作一定需要拥有专业知识的人员来做。虽然一些互联网公司或者某些项目号称可以在没有专业QA的情况下成功交付了，但是他们是基于一定的前提条件的，比如项目规模不大，团队的BA和Dev也拥有专业的测试与质量能力，他们也愿意做测试与质量相关的工作，并且...

前言在以前传统的软件开发流程中，大部分项目都是使用瀑布模型来进行开发。瀑布模型中最为典型的一个步骤就是将大规模的测试工作放在软件功能开发完成之后。但是随着软件规模的增大和业务需求的不确定增多，测试工作越来越困难，成本也越来越高，导致测试效率越来越低。并且随着公司对于研发效能的追求，所以业界有些公司发起了去测试化的活动，并且裁掉大量的在传统研发流程中只做手动测试的测试人员。那么在当前这样的情况下，测试人员应该如何体现自己的价值，并配合研发效能的改进，是一个需要重要关注的一个问题。在各种测试方法和实践中，测试左移也许是最有效配合研发效能的一种方法和实践。什么是测试左移测试左移并不是全新的测试...

我的同事肖然在 《ThoughtWorks的敏捷开发》一文中介绍了ThoughtWorks敏捷开发的全貌，并在其中简单介绍了ThoughtWorks是怎么做质量内建和敏捷测试的。我作为一名加入ThoughtWorks已经7年的QA，想更为详细的介绍一下这些内容，希望能帮助业界中仍对于敏捷测试有疑虑和困惑的团队建立起自己的敏捷测试体系和实践，从而帮助团队更好的实施敏捷软件开发。在目前的软件开发领域，敏捷依然没有被广为采用，很多人诟病其：开发速度其实并不比传统的开发方式快软件质量得不到保证无法应用于大规模软件开发文档少导致开发出来的软件难以维护……其实大多都是在不了解敏捷开发中质量内建与敏捷...