讨论软件工程管理与软件测试趋势

1. 乔梁
《持续交付2.0》作者
腾讯高级管理顾问
与软件测试趋势

2. 组织转型 & 研发管理
国内首位持续交付&DevOps布道师
2011 2018
乔梁
2009

3. 持续交付2.0 持续交付2.0
引爆点

4. 引爆点

5. 一 周 内 部 署 5 4 次
包 含 2 3 个 人 的 6 3 6 次 变 更
Flickr @2009年

6. 持续交付2.0
Etsy @2010年
200人
每天部署50次

7. “
亚马逊的成功是每年、每月、每周、每天进行多次实验的结果。
”
“
我最为自豪的事情之一是我们成功的关键在于测试框架……
在任何时候，都不只有一个Facebook版本正在运行，而是一万个左右。
”
一万次实验法则

8. 持续交付2.0
传统软件项目：从代码提交到发布

9. 持续交付2.0
互联网软件产品：从代码提交到技术监控

10. 持续交付2.0
持续交付1.0
DevOps
那看不见的是什么？
？

11. 持续交付2.0
双轮模型
?
科学探索环
（业务创新）
快速验证环
（工程卓越）
S
精炼
提问
锚定
共创
构建
运行
监测
决策

12. 持续交付2.0
?
科学探索环
（业务创新）
快速验证环
（工程卓越）
S
1. 客户在哪里？
2. 他遇到了哪些困难？
3. 他现在怎么解决这些问题？
4. 你的方案有多优秀？
1. 如何衡量你找到了他们
2. 如何衡量你的方案优秀
1. 如何找到他们
2. 你的问题有多少种解决方案
3. 它们的投入和产出如何评估
确定其中
一部分，
快速验证
双轮模型

13. Linkedin @2014年

14. Linkedin @2014年

15. •开发人员不高兴
•产品经理不高兴
•测试团队不高兴
•管理者不高兴
没人喜欢这种状态

16. 引人注意的标语
3 x3
从提交到发布给内部成员的时长小于3小时
每天Alpha发布3次 （11am，1pm，4pm）
每周Beta发布3次（一、三、五）

17. Linkedin @2017年

18. Linkedin @2016年 3000工程师
3 X 3
内部发布，每天3次
从提交到可发布 < 3小时

19. Linkedin @2017年
3 X 3
内部发布，每天3次
从提交到可发布 < 3小时

20. 特性
开发
CR
静态
扫描
构建
发布包
单元
测试
界面
测试
场景
测试
Alpha
发布
Beta
发布
生产
发布

21. 测试活动如何进行
•Unit Test
•Layout Test
•Snapshot Test
•Test in Production
•No manual really

22. 测试发展趋势（一）功能性测试越来越自动化
需
求
分
析
架
构
设
计
模
块
开
发
集
成
测
试
系
统
测
试
发
布
时间
参与度&
测试活动密度
过去
运
行
监
控
现在

23. 快 捷 信 时
测试发展趋势（二）功能性自动化测试以支持开发过程为主

24. 测试发展趋势（三）向业务评测扩展

25. 测试发展趋势（四）AI 的工业化进程启动

26. 我该怎么办？

27. Patrick Copeland

28. 文化建设
组织架构
人员结构
激励体系
分支与
配置管理
自动化
验证管理
部署发布与
监控管理
构建与
环境管理
业务需求
协作管理
易测试性
易部署性
易扩展性
易监控性
基础设施
基
础
设
施
软
件
架
构
组织机制
持续交付之七巧板

29. 文化 工具
数据验证文化
快速反馈文化
工程质量文化
员工自服务
让机器等待
流程自动化
工程
卓越
工程文化与匠艺的回归

30. Q&A
持续交付2.0公众号
签售进行中……