课程简介

目前，包括Google、Facebook和eBay等国际互联网巨头的研发团队都在推行开发人员自己做测试，也就是说不会再有专职测试团队，原本的测试团队正逐渐向工程效率团队转型，也就是所谓的“去QE化”。在此过程中，工程效率团队应该如何设计和构建高效的测试基础架构和支持工具链生态体系来确保全局工程效能的提升就变得尤其重要，在大量实践的基础上，我们提出了“测试即服务（Test as a Service）“的测试基础架构，提倡所有测试相关的活动都以Web Service的形式对外提供统一接口，一方面可以方便开发人员的直接使用，而不需要知道里面具体的细节，让开发人员可以把有限的精力放在业务测试的逻辑实现上，另一方面可以规范化测试与CI/CD的接口。为此，我们设计并成功落地了以下测试服务：

• 测试执行服务 （Test Execution Service）
• 测试数据服务 （Test Data Service）
• 测试执行环境服务 （Test Bed Service）
• 全局测试配置服务 （Global Registry Service）
• 工程效率工具链服务（Engineering Productivity Tool Store）

最后，我还会讲解如何基于这些测试服务来构建”大型全球电商网站的全局测试架构“。

目标收益

由此带来了以下多方面的显著收益： • 专职测试人员数量降低至原本数量的20%左右，在没有增加额外开发人员投入以及延缓产品交付周期的前提下，所有的测试工作都顺利由开发工程师自己完成。 • 测试执行环境的硬件资源降低至原本数量的80%的前提下，测试并发执行能力提高了将近5倍。 • 对于失败用例的分析和分类，将原本按天计算的工作量降低了分钟级别。 • 盘活了各个团队自己构建的各类小工具，使得这些小工具在公司层面可以被最大限度地重用，避免各个团队闭门造车，重复造轮子。

培训对象

课程内容

Google、Facebook和eBay等国际互联网巨头的研发团队都在推行开发人员自己做测试，也就是说不会再有专职测试团队，原本的测试团队正逐渐向工程效率团队转型，也就是所谓的“去QE化”。在此过程中，我们需要考虑如何设计和构建高效的测试基础架构和支持工具链生态体系来确保开发人员可以顺利地开展测试工作，并且可以让开发人员可以把全部注意力集中在业务逻辑的测试上，而无需去关注诸如测试执行环境，测试数据之类的测试支持性工作，并由此提升全局的研发效率。