注册 登录  
 加关注
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

世界的瞭望哨

认识自己 认识世界

 
 
 

日志

 
 

《持续交付》阅读笔记 - 反馈三原则  

2013-06-12 17:31:28|  分类: 持续集成 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

当我们进行频繁且自动化的持续集成时,获取并响应反馈是极为必要的

Every Change Should Trigger the Feedback Process

A working software application can be usefully decomposed into four components: executable code, configuration, host environment, and data. If any of them changes, it can lead to a change in the behavior of the application

四大块被测试对象:

  • executable code - 可执行代码 - java代码,ruby代码,etc
  • configuration - 配置文件 - 各种类型的xml/yml/cfg文件
  • host environment - 宿主环境 - 曾经遇到在测试环境中Web服务在长达2天的时间内起不来,后来查明是测试机上的tomcat不支持新开发的feature,真是囧囧有神
  • data - 数据库变更 - 数据表增加字段,数据订正,等

以上部分的每一次变动理论上都应该触发一次持续集成。

尘泥之:在我们目前的实践中,仅仅是定时执行持续集成,还做不到由以上变更触发持续集成,也监控不到SVN控制范围以外的变更,即:host environmentdata的变更,即便是configuration,也未必完全和executable code实现同源的版本控制

The Feedback Must Be Received as Soon as Possible

The key to fast feedback is automation.
People are expensive and valuable.
We want to free people to do the interesting work and leave repetition to machines

快速反馈的关键是自动化,人力资源是宝贵的,应该投放到更有价值的地方去

尘泥之:持续集成中的自动化测试可以大致分为两种,快速回归 & 全面回归

快速回归 - 一般是单元测试 + 核心功能点UI自动化,一般要求在15min内完成,一旦失败,产品不允许发布(部署),中断开发过程进行处理

全面回归 - 全面细致的UI自动化 + 性能测试 + 安全测试,耗时长,允许有部分用例失败,不会中断开发过程

The Delivery Team Must Receive Feedback and Then Act on It

It is essential that everybody involved in the process of delivering software is in- volved in the feedback process. That includes developers, testers, operations staff, database administrators, infrastructure specialists, and managers

不得不承认,目前只有QA,甚至是个别QA在关注着持续集成的运行情况==!

如何让持续集成在整个项目组深入人心,任重而道远

A process based on continuous improvement is essential to the rapid delivery of quality software. Iterative processes help establish a regular heartbeat for this kind of activity—at least once per iteration a retrospective meeting is held where everybody discusses how to improve the delivery process for the next iteration.

关键词:continuous improvement

持续集成和罗马一样,不是一天建成的,在整个过程中,须要大家及时回顾小结,持续改进

最可怕的是,遇到困难后第一反应不是仔细检查,认真反思,而是无原则地怨声四起,大敲退堂鼓

Using big, visible dashboards (which need not be electronic) and other notification mechanisms is central to ensuring that feedback is, indeed, fed-back and makes the final step into someone’s head. Dashboards should be ubiquitous, and certainly at least one should be present in each team room

信息丰富,交互友好的持续集成看板有利于扩大持续集成的影响力 - 努力建设中《持续交付》阅读笔记 - 反馈三原则 - 尘泥(侃) - 世界的瞭望哨

Finally, feedback is no good unless it is acted upon. This requires discipline and planning

没行动,再好的戏也白搭!要让大家对失败了的持续集成做出及时响应,除了制定规范(例如:一些军规)也须要预先做好计划(例如:展示一些经典的持续集成失败处理案例,制定产品各个模块开发负责人列表,紧急情况联系人列表,等),指引大家又快又好做出响应

  评论这张
 
阅读(260)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018