当前位置:首页 > 报告详情

5-云集-云集持续交付平台演进-罗豪宇.pdf

上传人: li 编号:29806 2021-02-07 26页 28.30MB

1、MTSC2020中国互联网测试开发大会深圳站TESTING SUMMITCONFERENCE CHINA 20202020.11.20-21一中国深圳宝立方国际酒店主办方:TesterHame#page#中国互联网测试开发大会。深圳站MTSC云集持续交付平台演进罗豪宇主办方:TesterHome#page#个人介绍中国互联网测试开发大会MTSC罗宇(罗豪宇)资深JAVA开发工程师目前主要负责公司的持续交付平台,质量运营平台(观星),覆盖率平台的研发;有3年的平台开发经验,4年测试相关经验,对于DevOps,数据仓库建设有深刻的理解与实战经验云集主办方TesterHeme#page#目录MTSC

2、中国互联网测试开发大会手工操作时期半自动化时期持续集成时期持续交付时期云集主办方TesterHeme#page#MTSC中国互联网测试开发大会01手工操作时期云集主办方TesterHeme#page#MTSC中国互联网测试开发大会手工操作时期-工作方式(开发)mvn package手工打包放在svn上(测试)(测试)(测试)(测试)nohupjava-jar启ftp上传包到服务器通过ssh连接服务器Kill杀死之前进程动项目(运维根据svn包手工发版云集主办方TesterHeme#page#手工操作时期-遇到的问题MTSC中国互联网测试开发大会项目变多应用变多仅打包部署节点自动化程度低笔主办方

3、TesterHeme#page#MTSC中国互联网测试开发大会02半自动化时期Jenkins+脚本云集主办方TesterHeme#page#半自动化时期-工作方式中国互联网测试开发大会MTSC静态代码扫描单元测试环境部署自动化测试编译打包/烘焙镜像手动在pom文件中或Jenkins配手动在本地或jenkins上触发执行,手动创建和触发Jenkins打包ob手动创建和触发Jenkins打包job,或定3手动创建和触发enkins打包job触发,测试框架自动上报结果到观星手动收集结果置,触发执行云集主办方TesterHeme#page#半自动化时期-遇到的问题MTSC中国互联网测试开发大会应用管理

4、问题应用依赖的环境问题无完整流水线,节点维护成本高资源占用不清晰问题代码扫描工具无统一管理环境冲突问题单测没有统一管理多套环境同步问题测试自动化落地效果不明显环境不能灵活扩展问题数据汇总全幕手工没有统一的配置信息我们需要平台化管理应用以及环境云集主办方:TesterHeme#page#MTSC中国互联网测试开发大会03持续集成时期以应用交付为中心,以高效率,高质量为目标云集主办方TesterHeme#page#持续集成时期-工作方式MTSC中国互联网测试开发大会应用流水线一次接入,自动触发运行代码提交自动触静态代码扫企微结果通单元测试环境部署打包与镜像自动化测试发描知环境同步环境资源可视化、环

5、境监控应用版本自动同步DB数据自动同步Diamond配置自动同步环境占用冲突自动通知环境健康自动检查一键切换测试环境数据报告自动汇总静态代码扫描单元测试报告汇总自动化测试报告汇总流水线效率统计线上发布统计环境健康检查报告云集主办方TesterHame#page#持续集成时期-遇到的问题MTSC中国互联网测试开发大会协作流程线下化,流程复杂及链路长,沟通成本高研发协作问题各阶段关键节点无报告或报告输出成本高研发测试进度对产品不透明,无法做到随时跟踪项目风险预警不及时研发效率过程改进无数据源业界同类软件,各模块独立成型,状态维护成本高或不维护,角色边界不清第主办方:TesterHame#page#

6、MTSC中国互联网测试开发大会04持续交付时期以需求交付为中心,以数据度量持续改进研发过程为目标云集主办方TesterHeme#page#持续交付时期-工作方式中国互联网测试开发大会MTSC编码提测发布需求测试写代码Tapd直看需求查看邮件确认提测老流程口头通知测试人员编认点击确认进行发布编写代码Tapd查看需求一键提测一键部署一键发布新流程云集主办方:TesterHeme#page#持续交付平台定义MTSC中国互联网测试开发大会一个需求从开发到上线之间的整个研发测试的协作平台需求提出需求交付需求研发需求测试敏捷开CCD发模式云集主办方TesterHem

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要介绍了罗豪宇先生在其职业生涯中,针对持续交付平台的演进过程,从手工操作到半自动化,再到持续集成和持续交付时期的实践经验与所遇到的问题。罗先生有3年平台开发经验和4年测试相关经验,深入理解并实践了DevOps和数据仓库建设。 文章中提到了手工操作时期存在的问题,如自动化程度低,应用管理问题,无完整流水线等。在半自动化时期,虽然实现了一定程度的自动化,但依然存在应用管理问题,无统一管理等。到了持续集成时期,实现了代码提交自动触发各个阶段的操作,应用流水线一次接入,自动触发运行,环境资源可视化等,但仍面临研发协作问题,流程复杂及链路长,沟通成本高等问题。最后,在持续交付时期,以需求交付为中心,以数据度量持续改进研发过程为目标,实现了从迭代,需求维度管理应用的交付,定义效能指标,驱动研发过程改进。 根据文章中的数据,该平台累计接入应用数1098个,流水线数452个,迭代数3872个,累计用户数16095个,累计运行流水线次数13049次,累计线上发布次数13049次。这些数据表明,通过平台的演进,研发效能得到了显著提升,需求平均交付周期,开发平均交付周期,测试平均交付周期分别下降了30%,20%,50%。
如何实现高效的持续集成和持续交付? 如何通过数据度量持续改进研发效能? 如何构建完善的流水线管理和协作管理平台?
客服
商务合作
小程序
服务号
折叠