Software Engineer Talk

现代软件工程杂谈

Larry Cai

工作：探索 件 的最好最适合的方法和软 开发工具。

一个 源， 作和敏捷的布道者。开 协

› 微博： @larrycaiyu› 博客： http://larrycaiyu.com › Email ： larry.caiyu(at)gmail.com› Github: http://github.com/larrycai

件工程的 状要点软 现

公司 施 状和特点（ 去和 在实 现 过 现

）

流程：敏捷 / 精益、 Scrum

持 集成续 : Jenkins

版本控制： git ， artifactory

代 量：代 、码质 码审阅 Gerrit

基 施：云础设 openstack 、 docker

需求： ATDD

总结

提纲

敏捷已死，现在不讲敏捷了？ 代码审查是为了保证质量，再多时间也是

应该的？ 需求都是产品经理的事，程序员都是螺丝

钉？ 只有源代码才需要版本控制？ 持续集成是啥？ Docker 看起来不错，和软件工程有关系吗

？

探讨的问题

件工程非常不枯燥，越来越有味道软

敏捷是 件工程的支 ，保 件 的改 的方向软 撑 证软 开发 进和重点

持 集成续 和持 交付是整个端到端的 潮流，它不续 开发断提供各 反 来提高 量和效率，它涵盖了级 馈 开发质 软件工程的大部分 域领

完 的备 基 施础设 支 自 化和管理撑 动 技 不断的 步会不断的推 各 的 步术 进 动 级 进

软件工程现状要点

技 的 展使得各 件 践加速 展，使得 件工术 发 项软 实 发 软程所需要的交付 量可控，自 化。质 动

ISO 、 CMM 2001 ： XP 、 量轻 级 敏捷： 、 到整个公司团队 组织 精益：浪 ，端到端费 Scrum ：框架，快速

帮助 有秩序有 律前组织 纪 进 理解和 ：贯彻 难

流程：敏捷、精益

Image Source: http://www.123greetings.com/events/doctors_day/surgery_for_dummies.html

企业中的敏捷框架

Source ： http://ScaledAgileFramework.com

“How long would it take your organization to deploy a change [to the production] that involved just one single line of code?

Do you do this on a repeatable, reliable basis? ”

Mary and Tom Poppendieck, Implementing Lean Software Development

精益

Scrum

Image source: www.mountaingoatsoftware.com/scrum

站立会 （议 daily standup meeting ） 白板（ 子白板）电 自 （任 ，估 ）组织 务 时间 文档要不要 Scrum 就是敏捷吗 CSM （ ScrumMaster ）认证 敏捷到 敏捷团队 组织

状：敏捷暴露 ，没有很懂的人， 施是不断现 问题 实 沟通和循序 的 程， 。渐进 过 难

误区

持 集成续 和持 交付是整个端到端的 潮流，它不续 开发断提供各 反 来提高 量和效率，它涵盖了级 馈 开发质 软件工程的大部分 域领

企 件 的核心业软 开发 使用 Jenkins

持续集成、持续交互

持续集成co

de p

ush

代码审阅

Fast BuildFast Build• Compile• Unit test

Git/Gerrit

notif

icat

ion

Compile/Build• Compile• Unit test

•Quality check~ 10 min

Packaging•jar

• rpm•iso

~ 20 min

Function Test•Smoke test

•Fast test•Complete test

~ 4 hours

Function Test•Smoke test

•Fast test•Complete test

~ 4 hours

System Testing- weekend• characters

• stability~ 1-2 days

System Testing- weekend• characters

• stability~ 1-2 days

Installation• iso

•Upgrade•Uninstall first

~ 30 min

持续集成

Production•DemoLab

•Design Env•Cloud

Production•DemoLab

•Design Env•Cloud

源代码

Git/Gerrit

源代测试 码

二 制 件进 构

3pp Repository

Package Repository

ToolRepository

发布

SonarSonar

Testing reportTesting reportBuilding reportBuilding report

DashboardDashboard

反馈系统反馈系统

什么 么多古怪的界面？为 这

及时的反馈系统

Source:https://github.com/edgeware/dashboard

互联网云中的持续集成 Travis-CI: 基于 Virtualbox

虚 机启动 拟 下 代载 码库 行配置， 行 建执 运 构 虚 机销毁 拟

Drone.io: 基于 docker

的配置文件 简单 .travis.yml

企 有 和安全的需要业 审计 CM ：配置管理工程师 早期：

RCS ， CVS 、 Subversion （ SVN ）、 ClearCase 在：分布式 现 Git （ Mercurial 很少） 源代 和二 制 件（码 进 构 artifacts ）版本控制

= 》 Infrastructure as Code

不是限制，是帮助。

版本控制

更多的 作方式（分布式）协

更加友好（本地 史）历

Git workflow

Jenkins 服 器务

文件服 器、务 WEB 界面

用的二 制 件（专 进 构 Artifactory 、 Nexus ）

（ npm/pypi/jar…)

二进制构件版本控制

二 制 件的提升（进 构 Promotion ）：可以在不同的仓

中被 、拷 而保留原始信息库 挪动 贝

重要的生命周期的管理

二进制构件的提升

元 ：单 测试 xUnit/TDD 静 代 ：态 码检测 lint 、 Klockwork 、 Clover 代 ：码审阅 Gerrit/Github 量反 ：质 馈 Sonar 功能 ：测试 ATDD 、 Selenium 、 Sikuli

是帮助，不是目 、标 KPI

代码质量控制

Image Source http://www.sikuli.org/

代码质量

代码审阅的策略

代码变化

自动化测试 审阅

少浪 ，只做有意 的事减 费 义

Gerrit 基本流程

Local working space

commit

Local

Repository

Working

Directory

Gerrit

Code review system

Remote repository

gitgit

Gerrit 服务器

提交代码

2

Review Team

3

1pull

11

Sync

5Merge to master

4

Code Review: +2

CI System

3333

Verify: +1

4

源 件在开 软 Github 怎么工作 提交 Issues fork 代码库 修改 通测试 过 Pull request 合并（作者）

Github pull request

完 的备 基 施础设 支 自 化和管理撑 动

化：物理机变 -> 虚 机拟 -> 云服务 ->Docker 容器

更快更 活 来更多的策略灵 带

基础设施 Infrastructure

Image source ： http://www.itrus.com/infrastructure_design.html

OpenStackOpenStack

Package repo

二 制 件进 构 库

Installation toolsrepo

Test Caserepo

Git

源代码库

Git

Source code

Installation code

Git

Test case code

Git

vm A

IaaS (OpenStack)

IaaS (OpenStack)

VM Images

Node List (A,B,C)

Node VM conf (image name, flavor)

Cloud Conf (API) 1. 启动 VMs(OS/Base 3pp)

VM informationVM A: 192.0.1.1VM B: 192.0.1.2VM C: 192.0.1.3….

2. 安装最新 APP(DB, Apache/Tomcat)

vmB

..

OpenStackOpenStack

vm A

vmB

..

OpenStackOpenStack

vm A

vmB

..

3. 功能测试

OpenStackOpenStack

4. 生 告产 报除删 VM

云Openstack

不同 品特性不同用法产

Docker 介绍 Docker 是一种 Linux 容器工具集，它是 “ 建为 构

（ build ）、交付（ ship ）和 行（运 run ）”分布式应用而 的。设计

http://www.slideshare.net/dotCloud/solomon-hykes-dockercon-keynote

› 持 集成自 生续 动产 docker 像镜› 开发团队 Pull 安装好的 docker 像，直接 和镜 验证 测试› 将来： docker 像直接交付 客镜 给 户

Docker 带来的变化

Docker

Registry

Server

Docker

Registry

Server

Source Code

(Gerrit)

Source Code

(Gerrit)

compile/verifyinstall/build

push

pull

APP:15aAPP:15a

APP:20140928APP:20140928

APP:telstra10APP:telstra10

注 关 http://www.infoq.com/cn/dockers

需求

需求是 件 中最重要的事，但 是做软 开发 总 错

验收驱动测试（ ATDD ）

需求是最容易瀑

布式的！！

收验 驱动测试环

路

Image source http://www.slideshare.net/hujak/javacro14-test-automation-using-robotframework-libraries-stojan-peshov 第 8 页

例化需求（实 specification by example）是 收验 驱动测的一试 种

有 、可 行的需求还 业务驱动开发 执 特点：

用例子（自然 言）来描述需求，在 成特性语 归纳 需求是用来 通的沟

可以用 Cucumber 言来语 实现

实例化需求

Cucumber 工具实现

云使得 源利用更有效， 更充分，持 集成效率更高资 测试 续

Docker容器化技 使得 更易本地化， 用交付更方便术 测试 应

分布式版本控制使得 作更 便，代 化协 简 码审阅简单

例化需求使得 更加 近 ，使得交流更通 ， 量更好实 测试 贴 业务 畅 质

总结

技 的 展使得各 件 践加速 展，使得 件工术 发 项软 实 发 软程所需要的交付 量可控，自 化。质 动

推荐书目

微博：@larrycaiyu 博客： http://larrycaiyu.com Email： larry.caiyu(at)gmail.com Github: http://github.com/larrycai

建议 & 问题多写代 ，参加 源 件的 ！码 开 软 开发