从2008年底开始全职担任敏捷教练顾问，在此工作期间则更多地看到了开发、测试组织之间的问题，不同的组织状况各不相同，处于向敏捷模式转变的不同阶段，测试部门的设置与职责也有差别。遇到的问题大致可以分为两类： 测试部门的结构设计和整体的测试思想和组织当前所面临的调整或者组织当前…...

测试自动化小组尝试过另一款芬兰同事开发的新型框架，名字叫做[robotframework][1]，如今已经开源。这个框架本身使用Python语言开发完成，用来开发可接受性测试，是关键字驱动的测试自动化框架，支持多种测试用例的格式，我最喜欢的是使用表格的HTML文件格式。框架非常…...

在试点项目之后，我们投入了另一个新产品的开发，继续使用Scrum结合极限编程实践的混合式敏捷方法。不过我们从一开始就决定要采用持续集成的实践，而且100%自动化也无争议得到集体认同。当时我自己的设想是希望能够尝试Scrum中的所有三种角色，就申请担任其中一个团队的Scrum M…...

开发项流程（Development Item Process） 当时的这个Scrum试点项目身负重任，其中之一就是要探索出在新型的敏捷模式下该使用何种的开 发流程，负责人就是当时的Linux部门经理，而我则捞到了负责测试部分流程的机会。整个试点项目的人员扩张速度不错，4个人的…...

现有的各种测试相关文档都很齐备，但是已经有较丰富经验的我感觉到其中的信息有很多都是不必要的冗余，老早就想把它们给简化简化。因为我这个人总觉得，如果是没有必要的或者不需要的信息，为何一定要放在文档里呢，直接不写不就行了么？放在那里总会吸引人去看一眼，然后心想“哦，N/A。”，这也…...