写点什么

创业公司如何成功实施持续交付?一个 10 年测试老兵的经验谈

  • 2016-05-02
  • 本文字数:1593 字

    阅读完需:约 5 分钟

正如 Kurt Bittner 说的那样,如果敏捷仅仅是个开始的话,那持续交付则是头条!(我则更喜欢理解成高潮)。

“If Agile Was the Opening Act, Continuous Delivery is the Headliner!”——Kurt Bittner

现代企业要求软件开发过程保持最大的工作效率,传统的瀑布式开发早已跌入历史洪流,甚至敏捷宣言也已超过 10 年的历史,软件开发在经历了敏捷开发、持续集成后,正逐步迈入到持续交付的时代

持续交付是持续集成的延伸,强调以自动化、可视化的手段更快的将产品交付到客户手中。持续交付的一个重要衡量指标就是从代码提交直到客户能使用这个功能所花费的时间,通过实行持续交付,这个时间往往可以从原先的几天、几周缩短到几分钟。当然,快速交付并不意味着不可靠。

那么我们如何实施自己的持续交付?以我们实际项目为例,与大家进行一个探讨,归纳起来,总共经历了以下 3 个过程:

(点击放大图像)

搭建持续集成环境

以Jenkins 为核心搭建持续集成平台,每天定时从代码库中检出最新的代码进行编译、构建。构建结果通知到项目组,开发人员只需要关注每天的集成结果是否是绿的就可以了,同时加入测试环境部署及自动化测试。

(点击放大图像)

图1. 自动部署测试环境

(点击放大图像)

图2. Selenium 自动测试

代码规范及单元测试

简洁统一风格的代码有利于大家更好的理解及进行走查,而单元测试则是为了前期高质量的交付。

(点击放大图像)

图 3. 单元测试统计
通过 SonarQube+JaCoCo 的引入,可方便的定位到存在问题的代码行及单元测试情况。

(点击放大图像)

图 4. 问题定位

自动化测试流水线

持续交付讲究 Automate almost everything 将一切过程自动化起来,减少人工的干预。这里我们主要加入了以下环节。

自动化的接口及集成测试
测试进入的越早,发现问题修复的成本越低,通过引入 TestNG 等测试框架,对接口以及模块集成进行测试,有效的降低 Bug 流入后续环节的风险。

测试分级

将测试用例拆分成 SmokingTest、AllTest 等多套用例集,一方面快速反馈代码更新可能引起的风险,同时保证测试的有效覆盖,同时通过分布式集群并发执行等方式,加速执行效率,最终形成以下的流水线。

(点击放大图像)

图5. 管道流水线

自动化交付及全平台工具整合

在传统模式下开发、测试、运维往往比较独立,测试完成后由运维人员进行部署上线,但是由于运维人员能力水平存在高低,复杂环境下的发布往往只有固定的几人才能搞得定,从而导致上线发布周期被拉长。我们通过自建交付自动化工具,同时整合平台让运维对外提供服务,消除开发、测试与运维之间的边界,大大降低了自动化运维的门槛,让运维效率有了很大的提升。

(点击放大图像)

图6. 交付自动化

通过作业流程的编排,沉淀标准化作业封装,让普通运维人员快速实现相应的自动化脚本,同时通过整合资源/ 环境,对开发测试提供资源申请、部署等服务,加速自动化发布的验证,避免在正式发布时导致问题。

持续的反馈

上线发布完成并不意味着交付结束,当今社会是一个以服务取胜的社会,我们交付给用户的不再是简单的产品,更多的应该是服务。通过自动化的监控获取用户的反馈快速做出响应,不断提升我们的服务,才能提高用户的满意度和粘性。

总结

持续交付是一套方法论,通用的并不一定适合自己。希望仅以本文做一个引子,让大家寻找到适合自身的持续交付之路!附上一张交付过程中的工具集供大家参考。

(点击放大图像)

作者介绍

葛成远,10 年测试老兵,掉入运维领域而无法自拔。热衷于研究虚拟化、自动化等各种高逼格技术,努力让自己成为测试里最会运维,运维里最懂测试的牛B 攻城狮。广通软件十多年来耕耘于运维管理软件研发和服务咨询,面向数据中心、互联网、物联网三个领域提供整合化的运维工具和服务。微信公众号: broada_ops。


感谢郭蕾对本文的策划和审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-05-02 17:376055

评论

发布
暂无评论
发现更多内容

给 zsh 自定义命令添加参数自动补全

mzlogin

Shell zsh

每天都扫的二维码,你知道它的技术原理吗?

慕枫技术笔记

后端 2月月更

Linux之iostat命令

入门小站

无人管的 InfoQ 每周精选

scruel

InfoQ

Web Components 系列(五)—— 详解 Slots

编程三昧

前端 组件化 2月月更 WebComponent

华为云IoT体验:基于IoT平台构建智慧路灯应用

乌龟哥哥

2月月更

模块 7 作业

miliving

程序员,如何避免无效会议?

蜜糖的代码注释

2月月更

[架构实战营] 模块九作业

Geek_0ed632

「架构实战营」

渗透利器 | 常见的WebShell管理工具

喀拉峻

网络安全

微信朋友圈业务架构分析

Geek_1b4338

#架构实战营 「架构实战营」

欢迎客户支持自动化领域的新兴领导者 Percept.AI 加入 Atlassian 大家庭!

Atlassian

敏捷 Atlassian Jira JiraServiceManagement 客户服务

模块二作业

blazar

「架构实战营」

深入浅出 ESM 模块 和 CommonJS 模块

局外人

JavaScript node.js 前端 前端开发 模块化

真正的Kafka多线程消费

dinstone

kafka 多线程 并发消费

模块二作业

Geek_ec866b

架构实战营

《人月神话》第十七章阅读笔记:再论“没有银弹”

panda

人月神话 阅读笔记 没有银弹

朋友圈高性能复杂度分析

风中奇缘

架构实战营 「架构实战营」

简析Web3 架构:前端、后端和数据

devpoint

区块链 dapp Solidity Web3.0 2月月更

开杠面试官-微信朋友圈高性能架构

晨亮

「架构实战营」

作业七-王者荣耀商城异地多活架构设计

曾竞超

架构实战营 「架构实战营」

基于 SAP BTP 平台的 AI 项目经验分享 | 社区征文

汪子熙

人工智能 机器学习 AI 新春征文 2月月更

[JAVA冷知识]JAVA居然可以多继承吗?让我们用内部类去实现吧!

山河已无恙

Java 2月月更

自省与反思(一)

懒时小窝

反思 反思总结

《人月神话》第十九章阅读笔记:20年后的《人月神话》

panda

人月神话 概念完整性 阅读笔记

Go 语言入门很简单:String

宇宙之一粟

Go 语言 2月月更

微信朋友圈高性能复杂度分析

「架构实战营」

跨平台移动APP开发进阶(二):HTML5+、mui开发移动app教程

No Silver Bullet

跨平台 2月月更 mui

《人月神话》第十六章阅读笔记:没有银弹

panda

人月神话 阅读笔记 没有银弹

微信朋友圈的高性能复杂度

smile

架构实战营

微信朋友圈高性能架构分析

IT屠狗辈

架构 高性能 微信朋友圈 架构实战营

创业公司如何成功实施持续交付?一个10年测试老兵的经验谈_语言 & 开发_葛成远_InfoQ精选文章