郑欣-持续测试工程实践价值详解.pdf

《郑欣-持续测试工程实践价值详解.pdf》由会员分享，可在线阅读，更多相关《郑欣-持续测试工程实践价值详解.pdf（25页珍藏版）》请在三个皮匠报告上搜索。

1、持续测试工程实现价值曾就职于 大连创盛，EMC，立思辰，作业盒子等企业，担任测试管理相关工作。专注于测试团队效能提升改进，敏捷化转型，DevOps改造等相关领域的工作。郑欣公司职位高效运维社区资深技术专家目录BizDevOps 企业峰会城市行-北京站传统测试vs持续测试DevOps持续测试标准介绍测试现状与标准要求总结01传统测试vs持续测试BizDevOps 企业峰会城市行-北京站传统测试企业测试实践的普遍状况外界看测试团队的未解之谜效能谜团团队进行了长期的自动化建设投入，但是并没有在效能方面获得显著的收益01缺陷谜团团队依靠自动化脚本发现的问题并不多，大量问题的发现还是依赖人工操作02质量

2、谜团测试人员越来越多，但是线上质量并没有越来越好03管理谜团工作流程中仍然无法规避过多的人工卡点，人工智慧和经验无法复用。宝贵资产随人员流动而流失04偏见谜团人们常常认为，质量是测试部门的事情，和其他角色无关05发展谜团测试组织、人员、流程、技术该向何方发展？06BizDevOps 企业峰会城市行-北京站传统测试企业测试实践的普遍状况经验和知识依托于个人，没有成为有价值的组织能力01.经验和知识测试过程难以度量，需求覆盖率、代码覆盖率，缺陷密度等指标无法得到准确数据04.测试度量测试流程不连贯，过多的人工卡点造成流程效率低下02.测试流程工具平台能力无法集中赋能，有重复建设和局部能力支撑不足的

3、情况05.工具平台变更应对能力弱，用更多的全量回归防止质量回退，耗时耗力03.变更应对受制于上下游局限，无法有效通过测试左右移，完成有效的全阶段测试工作06.测试左右移测试团队自身的困惑BizDevOps 企业峰会城市行-北京站传统测试影响交付成本和效率的主要因素传统测试中，测试从开发提测后开始，缺陷从集成阶段被发现和修复。间隔较长的反馈周期，造成系统修复成本居高不下。传统测试阻碍系统修复成本的下降传统测试导致缺陷集中爆发、发现较晚传统测试中，测试阶段通常发生在开发阶段后，所以缺陷出现较晚，在集成阶段集中爆发。这还导致产品缺陷随着迭代而大幅度波动，这导致缺陷总是集中爆发，集中修复，无法实现缺陷

4、预防的。BizDevOps 企业峰会城市行-北京站从被动到赋能，DevOps催生持续测试软件研发相关的测试活动发展至今，经历了三个主要阶段：u 发展阶段：上世纪80年代到本世纪初，以瀑布模式为主 系统和集成测试耗费了大量时间和成本 以手工测试为主u 敏捷阶段：本世纪第一个十年，研发模式向敏捷模式转型 测试分层金字塔出现 自动化测试比例不断提高u DevOps阶段：最近10年，DevOps思想的不断发展和传播 与持续交付流水线相融合 覆盖软件全生命周期的持续测试闭环持续测试就是DevOps时代的软件测试方式。1982-2000s2000s-2010s2010s-研发模式以瀑布为主，测试类型传统，

5、测试活动的定位是是软件质量保证的重要手段。发展阶段敏捷宣言发布，研发模式向敏捷转型，测试出现分层金字塔，并向自动化方向迈进。敏捷阶段DevOps思想诞生，测试融入持续交付流水线，并向着需求侧和运维测移动，形成覆盖软件全生命周期的持续测试闭环。DevOps阶段被动型测试技术型测试赋能型测试BizDevOps 企业峰会城市行-北京站我国 DevOps 持续测试蓬勃发展“推动科技管理敏捷转型。建立能够快速响应需求的敏捷研发运维体系，积极引入研发运维一体化工具，建设企业级一站式研发协同平台。建立适应”敏态”与”稳态”的全周期线上交付管理流程，完善数字化交付管理体系。通过精益生产管理方法，提高对大规模科

6、技队伍和复杂技术工程的管理能力。“2022年1月 中国银保监会关于银行业保险业数字化转型的指导意见“聚力攻坚基础软件，推进软件集成开发环境相关产品和关键测试工具的研发与应用推广”。“加速程序静态分析、动态测试、仿真测试、自动化测试平台等测试工具研发”。2021年11月 工业和信息化部“十四五”软件和信息技术服务业发展规划政策助推DevOps持续测试快速发展根据中国DevOps现状调研报告（2022）统计，测试左移正在加速，持续测试逐渐在行业中落地。17.74%的企业实现了在需求阶段设计测试、开发阶段完成测试，体现了完全的测试左移和测试驱动开发，同比增长23%；有 22.95%的测试在代码开发前