
在敏捷项目中实施自动化测试之我见
Rajneesh Namta 分享了他在最近敏捷项目中实施软件自动化测试所学到的经验。他推荐的这些方法阐明了在搭建软件应用和构建自动化回归测试集合时如何遵守敏捷原理:从小做起,迭代增量开发,优先级化,注重价值,工作透明化,迅速响应变化。

Rajneesh Namta 分享了他在最近敏捷项目中实施软件自动化测试所学到的经验。他推荐的这些方法阐明了在搭建软件应用和构建自动化回归测试集合时如何遵守敏捷原理:从小做起,迭代增量开发,优先级化,注重价值,工作透明化,迅速响应变化。
Trello由Joel Spolsky创建的Fog Creek公司开发,是一种在线的看板式管理应用程序,从创建以来一直不断改进,已经有多家公司开始使用它来管理敏捷项目。Uservoice是一家创建简单的在线反馈、技术支持和知识库软件的公司,最近也使用Trello作为工具改善了对项目的管理,并在博客上分享了使用的经验。
最近,Forrester在一篇题为“调查结果:您的组织有多敏捷?”的报告中发布了它们“2011年11月份全球敏捷软件应用开发在线调查”的结果。结果中包含了许多围绕敏捷组织正如何处理实施方面的有趣发现。
![]()
精益中有局部优化过程的概念。局部优化过程是指,对过程中的某一部分进行优化,结果对整个过程的效率造成了伤害。敏捷实践所建立的项目是否正处于或是即将处于局部优化的危险?是哪些敏捷实践让项目变得局部优化?要确保我们的项目不变成局部优化,我们能做些什么?
![]()
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

在刚刚结束的QCon杭州2011大会上,来自腾讯的高级项目经理黄志斌,进行了名为“把大象放进冰箱——技术型复杂项目的特性裂解”的演讲。特性裂解是一个能提升快速交付能力的敏捷实践。在QCon演讲上,黄志斌主要讲述了对技术型复杂项目,如何通过对业务、技术和组织的调整,实现快速交付的目的。演讲结束后,InfoQ中文站对黄志斌进行了采访。

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
如果您观看本视频不流畅,请移步优酷版本(无Slides同步播放)

特性裂解是一个基础的却又非常关键的敏捷实践。我们在大型复杂的技术型项目管理过程中,在做特性裂解的时候会遇到了很多困难和障碍:在用户界面简单而背后逻辑庞大且复杂的场景下,我们如何来做特性裂解?如何让特性总能裂解到足够小的粒度,以放入我们的Timebox?哪些条件制约了我们做特性裂解、又如何去突破这些条件的制约呢?本话题想跟大家一起来探讨:如何把大象放进冰箱,在复杂的项目中做终极的特性裂解。使项目周期更短,更敏捷。

在采访中窦涵之讲述了如何在产品开发阶段将ATDD与CI进行整合,同时谈到PO在开发中的作用。如何将Scrum 团队变成有趣(Fun)的团队,窦先生以马拉松为例阐述了自己的看法。

在本采访中,在中国导入Scrum的先驱Bas Vodde分享了Scrum目前在中国的发展现状,如何更加高效地实施Scrum,为何要废除绩效考评和职业发展,并对计划实施看板的团队给出了一些自己的建议。

Scrum和看板是敏捷软件开发中的两股风潮 ── 内容简单,但力量强大。它们之间有什么关系呢? 本书的目的是拨开重重迷雾,让大家明白如何在自己的环境中应用看板和Scrum,进行改进。

本迷你书从《ThoughtWorks 文集》的13篇文章精选5篇编撰成集。这几篇文章有一个共同点:它们介绍的是一些最根本、最易施行、又最能立竿见影的敏捷实践。藉由这几篇各自独立而又相互关联的文章,我们希望帮助读者从持续集成和测试入手,建立行之有效的项目健康保障体系,并掌握必要的面向对象编程和重构技能,从而切实提升软件质量,并为更进一 步的改进打下坚实基础。

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。