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

持续测试工程实现价值曾就职于大连创盛，EMC²，立思辰，作业盒子等企业，担任测试管理相关工作。专注于测试团队效能提升改进，敏捷化转型，DevOps改造等相关领域的工作。郑欣公司职位高效运维社区资深技术专家目录BizDevOps企业峰会·城市行-北京站传统测试vs持续测试DevOps持续测试标准介绍测试现状与标准要求总结01传统测试vs持续测试BizDevOps企业峰会·城市行-北京站传统测试——企业测试实践的普遍状况外界看测试团队的未解之谜效能谜团团队进行了长期的自动化建设投入，但是并没有在效能方面获得显著的收益01缺陷谜团团队依靠自动化脚本发现的问题并不多，大量问题的发现还是依赖人工操作02质量谜团测试人员越来越多，但是线上质量并没有越来越好03管理谜团工作流程中仍然无法规避过多的人工卡点，人工智慧和经验无法复用。宝贵资产随人员流动而流失04偏见谜团人们常常认为，质量是测试部门的事情，和其他角色无关05发展谜团测试组织、人员、流程、技术该向何方发展？06BizDevOps企业峰会·城市行-北京站传统测试——企业测试实践的普遍状况经验和知识依托于个人，没有成为有价值的组织能力01.经验和知识测试过程难以度量，需求覆盖率、代码覆盖率，缺陷密度等指标无法得到准确数据04.测试度量测试流程不连贯，过多的人工卡点造成流程效率低下02.测试流程工具平台能力无法集中赋能，有重复建设和局部能力支撑不足的情况05.工具平台变更应对能力弱，用更多的全量回归防止质量回退，耗时耗力03.变更应对受制于上下游局限，无法有效通过测试左右移，完成有效的全阶段测试工作06.测试左右移测试团队自身的困惑BizDevOps企业峰会·城市行-北京站传统测试——影响交付成本和效率的主要因素传统测试中，测试从开发提测后开始，缺陷从集成阶段被发现和修复。间隔较长的反馈周期，造成系统修复成本居高不下。传统测试阻碍系统修复成本的下降传统测试导致缺陷集中爆发、发现较晚传统测试中，测试阶段通常发生在开发阶段后，所以缺陷出现较晚，在集成阶段集中爆发。这还导致产品缺陷随着迭代而大幅度波动，这导致缺陷总是集中爆发，集中修复，无法实现缺陷预防的。BizDevOps企业峰会·城市行-北京站从被动到赋能，DevOps催生持续测试软件研发相关的测试活动发展至今，经历了三个主要阶段：u发展阶段：Ø上世纪80年代到本世纪初，以瀑布模