质量保障转变到质量效能——接口（04）

lsekfe

1.4  从质量保障到质量效能
　　如今，DevOps被不断地落地实践。从需求开发到项目上线交付的时间越来越短，制品过程也越来越短，工程生产率则不断提高，从代码的合并到构建交付，都是在DevOps流水线上完成的。在工程效能不断提升的前提下，DevOps工具链发挥着至关重要的作用，但生产效率和质量效能之间产生了不可调和的矛盾——交付速度不断提高，手动测试阻碍了工程效能的提高。于是，质量效能的提升成了当前重中之重。
　　质量效能的提升并非一味地苛求测试工程师，而可以通过各种测试技术来实现。此外，我们还可以通过在流水线上建立质量门禁来提升交付系统的质量。质量门禁一般包含代码审查、单元测试、代码扫描、接口自动化测试、UI自动化测试和业务功能验证。其中，除业务功能验证之外，提倡使用自动化测试技术手段来完成其他工作。测试技术虽然已在整个质量效能的提升上起到至关重要的作用，但仍然很难满足持续测试的需求。因此，测试平台化、测试服务化以及智能化测试得到了快速发展。
　　相对于测试自动化而言，测试平台化不仅能降低测试技术的使用门槛，而且能让不会使用或掌握不深入的测试工程师使用测试技术完成质量保障工作。这既简化了团队人员结构，也降低了人力成本，同时提高了团队的质量效能。伴随着中台进程、SaaS化进程，测试平台化又逐渐发展成测试服务化。测试服务化是指伴随服务化的系统对外赋能，在把业务、技术能力通过服务化对外赋能的同时，提供对应的质量保障服务化能力，这既能够保障对外提供业务服务能力，又能保障业务服务能力的可靠性。
　　智能化测试的话题既新鲜又老旧。说新鲜，是因为很多人在听到智能化测试时会联想到人工智能、机器学习、深度学习等技术，很多时候我们觉得这些技术离自己的实际工作还很远；说老旧，是因为智能化测试涉及的一些技术在行业内已经存在很久了，例如符号执行、静态分析等技术已经有很长的发展历史。近年来，随着测试技术的飞速发展，智能化测试走到今天已经不再停留于学术领域，而是已经逐渐在很多团队中落地推行。这里面既有开源工具的落地引入和改造，也有自研（自行研发）的智能化测试工具的推行。但无论是哪一种，它们都对智能化测试的推广和发展起到不可或缺的作用。通过AI的方式驱动测试并通过算法减轻繁重的劳动，目前看来是比较行之有效的方法之一。