初学TDD,小记

[b][color=red]回头看了看。。本篇纯属误导人之作。 :oops: [/color][/b]

我正在学TDD,这算是自己做的一个小玩具吧,练手用而已。
我打算做一个Blog,一个Blog的主要功能也就是:保存Blog、删除Blog、查看Blog。OK,先上TODOLIST:
[quote][b]保存BLOG[/b]
删除BLOG
查看BLOG具体内容[/quote]

然后是测试代码,测试保存BLOG:

/**
* 测试保存BLOG
*/
@Test
public void testSaveBlog(){
blogService.save(blog);
}


我需要一个Blog,一般Blog都会有标题、内容、创建时间:

/**
* 测试保存BLOG
*/
@Test
public void testSaveBlog(){
Blog blog = new Blog();
blog.setTitle("title");
blog.setContent("content");
blog.setCreatedTime(new Date());

blogService.save(blog);
}


BlogService里的业务逻辑很简单,就是调用DAO保存Blog。有人说调用DAO保存Blog算什么业务逻辑,那只是对Blog的持久化。可是我觉得,在博客这个“领域”,保存一篇博客算是一个业务逻辑吧?只是这个业务逻辑非常简单,我只要测试这个动作有没被执行就可以了。

public class BlogServiceTest extends BaseTest {

private BlogService blogService;
private BlogDAO blogDAO;

public void setBlogService(BlogService blogService){
this.blogService = blogService;
}

@Before
public void setUp(){
this.blogService = (BlogService)this.applicationContext.getBean("blogService");
blogDAO = createMock(BlogDAO.class);
this.blogService.setBlogDAO(blogDAO);
}

@After
public void tearDown(){
verify(blogDAO);
}

/**
* 测试保存BLOG
*/
@Test
public void testSaveBlog(){
Blog blog = new Blog();
blog.setTitle("title");
blog.setContent("content");
blog.setCreatedTime(new Date());

blogDAO.save(blog);

replay(blogDAO);
blogService.save(blog);
}
}


在gigix的[url="http://www.iteye.com/topic/20063"]什么是“测试驱动开发”[/url]中见robbin说replay()前面是详细设计,后面是需求文档,当时没太理解,现在看看代码好像真是这么回事。

现在的测试代码编译不了,需要实现一个Blog:

public class Blog {

private String id;

private String title;

private String content;

private Date createdTime;

//Setter
}


一个BlogDAO接口,声明一个save(Blog blog)方法:

public interface BlogDAO {

/**
* 保存Blog
* @param blog 要保存的Blog
*/
void save(Blog blog);
}


一个BlogService接口,声明一个save(Blog blog)方法、一个setBlogDAO(BlogDAO blogDAO)方法:
public interface BlogService {

/**
* Set DAO
* @param blogDAO
*/
void setBlogDAO(BlogDAO blogDAO);

/**
* 保存Blog
* @param blog 要保存的Blog
*/
void save(Blog blog);
}


最后导入Spring包,现在测试代码编译通过,但是测试通不过,红条。抛的异常是NullPointerException,找了一会原因,发现还没配置BlogService的实现类,于是写了个BlogService的实现类如下,并在spring配置文件中配上:
public class BlogServiceImpl implements BlogService {

@Override
public void save(Blog blog) {
// TODO Auto-generated method stub

}

@Override
public void setBlogDAO(BlogDAO blogDAO) {
// TODO Auto-generated method stub

}

}


由于业务逻辑非常简单(调用dao持久化blog),所以我就不先运行Test,等看见红条后再来修改Service的实现。大步一点,我直接把方法给写完整了:

public class BlogServiceImpl implements BlogService {

private BlogDAO blogDAO;

@Override
public void save(Blog blog) {
blogDAO.save(blog);
}

@Override
public void setBlogDAO(BlogDAO blogDAO) {
this.blogDAO = blogDAO;
}

}


最后我觉得应该可以了,运行测试,绿条,通过了,一个功能就完成了。代码很简单,也没什么要重构的。现在划掉TODOLIST上的“保存BLOG”,接下来是“删除BLOG”。
TODOLIST:
[quote][color=gray]保存BLOG[/color]
[b]删除BLOG[/b]
查看BLOG具体内容[/quote]

先到这吧,整个过程都是我在自以为是,呵呵。
我想请教论坛里的前辈,这整个过程有没什么问题?
还有单元测试中,Spring是不是这么用的(applicationContext.getBean(beanName))?
希望多多批评,谢谢了!
测试驱动的编程是 XP 困扰程序员的一个方面。对于测试驱动的编程意味着什么以及如何去做,大多数人都做出了不正确的假设。这个月,XP 方面的讲师兼 Java 开发人员 Roy Miller 谈论了测试驱动的编程是什么,它为什么可以使程序员的生产力和质量发生巨大变化,以及编写测试的原理。请在与本文相随的 论坛中提出您就本文的想法,以飨笔者和其他读者。(您也可以单击本文顶部或底部的“讨论”来访问该论坛。) 最近 50 年来,测试一直被视为项目结束时要做的事。当然,可以在项目进行之中结合测试,测试通常并不是在 所有编码工作结束后才开始,而是一般在稍后阶段进行测试。然而,XP 的提倡者建议完全逆转这个模型。作为一名程序员,应该在编写代码 之前编写测试,然后只编写足以让测试通过的代码即可。这样做将有助于使您的系统尽可能的简单。 先编写测试 XP 涉及两种测试: 程序员测试和 客户测试。测试驱动的编程(也称为 测试为先编程)最常指第一种测试,至少我使用这个术语时是这样。测试驱动的编程是让 程序员测试(即单元测试 ― 重申一下,只是换用一个术语)决定您所编写的代码。这意味着您必须在编写代码之前进行测试。测试指出您 需要编写的代码,从而也 决定了您要编写的代码。您只需编写足够通过测试的代码即可 ― 不用多,也不用少。XP 规则很简单:如果不进行程序员测试,则您不知道要编写什么代码,所以您不会去编写任何代码。 测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量。本文从开发人员使用的角度,介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦。国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术,提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发(Test-Driven Development)。虽然TDD光大于极限编程,但测试驱动开发完全可以单独应用。下面就从开发人员使用的角度进行介绍,使开发人员用最少的代价尽快理解、掌握、应用这种技术。下面分优势,原理,过程,原则,测试技术,Tips等方面进行讨论。 1. 优势 TDD的基本思路就是通过测试来推动整个开发的进行。而测试驱动开发技术并不只是单纯的测试工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值