2007-09-13

TDD:mock还是build

关键字: TDD
记得我以前写过一个文章是有关于4层web结构单元测试的,今天打算对TDD的环境问题重新讨论一下。 我当时的4层结构的单元测试时间上是从DAO到Service到Action再到JSP一种渐进测试,但是的想法是,先测DAO,那么Service对DAO的调用就有保证了,测试了Service,那么action调用service就有保证了。。。这样一层一层下来,我每层测试的目标也就达到了。这里其实我用了一个技巧,就是通过测试的顺序,来逐渐的构建了每层测试所需的外部环境。当然从这个角度来看,我当时使用的方法更贴近于集成测试了。   一般做TDD的时候最大的问题就是如何处理外部环境, ...
2007-09-11

mingle使用小记--agile项目管理工具

关键字: 敏捷项目管理
这篇文章不是用来讲mingle的使用方法的,是来发表使用mingle一个月的使用感受。 由于mingle的操作十分简单,方便,有兴趣的同学可以自己下载一个并可以参考官网的flash。 官网地址:http://studios.thoughtworks.com/mingle-project-intelligence 基本感受: Anything is card!所有操作都是基于卡片的,也就是说一个项目的基本构成单位就是story card,而基于这些卡片方便的展示、管理、统计都是很方便的。 优点: 1、操作简单,修改属性,拖曳卡片,过滤查找,都是几个简单动作就可以完成的,而且由于大量的 ...
前些天对需求讨论确定后开始制定计划安排。 根据最近对agile的一些体会我这次制定计划是这样的: 1、根据需求的功能点定义,把需求纵向切割成一个个较为独立的story,然后把这个story归入到计划中。 解释:对于一个story来说,所有的分析、设计、实现都是由一个开发者来完成的。当然在开始实现前对于一般的设计都是要一起讨论的 这时候story可以确立的基本属性有:title(标题)description(描述) 2、我把story收集好之后,根据需求的复杂度和优先级作了一个初步的分析,然后再和资深的developer做一次沟通,大概预估以下每个story需要花费的时间,然后根据老大 ...
周五开需求讨论会,当讨论到其中一个需求功能点的时候我提出了这样一个问题: 这个需求在文档之中只表明了what,而没有说明who和why,所以我希望能够说明另外两个基本要素 在我开来,一般一个需求都包含三个基本要素what who why what  是指这个需求的内容是什么 who   是指这个需求是由谁提出的 why   是指这个需求提出的目的是什么 当时我的老大在听完我的提问后,略为的思索(估计是认为我的问题是指这个需求是由哪个客户提出来的,为什么而提)了一下回答说:"我们做的是产品而不是项目,希望你能够明白产品与项目 ...
rocket
搜索本博客
最近加入圈子
存档
最新评论