蓝白云的专栏

作者：蓝白云越来越发现总结是多么的重要，那怕是一两句话也行。因为在我以前看过的书像看电影一样，看过后感慨一方就忘了差不多了。希望从现在做起，把每看过的书按照章节做个笔记或小结一把记录下来，也当作是回忆吧。但愿自己能够坚持下来。看完《持续交付——发布可靠软件的系统方法》第1章“软件交付的问题”，感觉译者乔梁翻译得非常棒，语句非常流畅。好了，言归正传，笔记开始：１、

作者：蓝白云我，不是村官，兼职我们团队中的敏捷教练，虽然还没有达到教练的水平，但有一份试水的心。也可以称呼我为“摸着石头过河的敏捷教练”吧。呵呵，名字有点长吧？有的同事认为有些团队和软件项目适合敏捷，有些不适合，又有些时期适合敏捷，有些时期不适合。我不这么认为，只要有人，敏捷是可以随时上，并且适合任何软件项目，因为它是以人为本的，就看你愿不愿意。我也坚信多讨论多探讨多实

作者：蓝白云　http://blog.youkuaiyun.com/vivasoft/article/details/8575395最近两天在学习如何快速地还原魔方。在网上找了2种方法都没能成功，最后找到一种无公式理解记忆法才最终完成。在我成功还原魔方之后，便不停地练习并计算着自己还原需要多少时间，先是11分种，然后8分钟，5分钟……父亲看到我在玩魔方，也很是喜欢，也拿着魔方一个人根据自己所想

作者：蓝白云自以为以前负责的项目做的配置管理相对公司其它项目已经够牛的了，没想到在阅读此章时才发现山外的山好多又好高啊。：）说到配置管理，我们常常想到的是源代码和一些需求文档、设计文档、测试文档等的配置管理，把它们放到版本控制库中管理起来就完事了。而这里对配置管理作了明确的定义（至少在本书范围内）：“配置管理是指一个过程，通过该过程，所有与项目相关的产物，以及它们之间的

作者：蓝白云上一篇简单地提到了项目目标的感想，参见http://blog.youkuaiyun.com/vivasoft/article/details/8575395。这里延伸一下上篇的小故事，说说项目计划的一点点感想吧，还请大家批评指正。魔方是老婆在春节前整理东西时翻出来的，便放在了茶几上，之后才有了玩魔方的小故事。后来她跟我说，她整理东西时看到了这个魔方，料到我会玩，所以特意放在

测试是跨职能部门的活动，是整个团队的责任，应该从项目一开始就一直做测试。——摘自本书测试的分类支持开发过程的评判项目的业务导向的测试验收测试（自动的）演示易用性测试探索性测试（手工的）技术导向的单元测试集成测试系统测试（自动的）非功能验收测试包括容量测试安全性测试等（手工

作者：蓝白云在我们团队2009年实施敏捷的时候就开始执行了持续集成实践，一直到现在还在继续。这本书真的不错，书中提到的问题我们也遇到过。巧的是，有些解决办法也有些相同。例如：首先得在本地构建成功，然后再提交到持续集成集成环境中（准确地讲是提交到SVN版本控制库或Git分布式版本控制库中，持续集成自动会从版本控制库中获取代码构建编译和测试）。持续集成的核心在于自动化测试，验证提交的代码是