单元测试究竟是测试什么？

昨天在公司内部开会，分享我的单元测试经验，当我在提到有关dao的增删改操作一般是直接使用HibernateTemplate的相关方法，所以没有必要对相关dao方法进行测试时。

public void saveComment(CsComment comment) {
        getHibernateTemplate().saveOrUpdate(comment);
    }

就此引发了一场争论，有同事提出疑问说，为什么不需要对增删改方法进行测试，增删改方法也是DAO中一个具体实现功能，那么针对于这个功能就应该进行测试。

对于这个问题，我的理解是，首先应该明确单元测试的目的是什么，究竟是测试功能，还是测试代码
如果要测试功能，那么一个功能应该是纵向的，dao，bl，action都会有相应的增删改方法，那么3者之间的测试又有什么不同呢？
所以，单元测试，就是在检测你的代码，如果你的一个方法只是简单的对其他的方法调用，如上面这个方法，那么我认为就没有必要花费这个代价来进行单元测试，我们不是为了写测试代码而写单元测试，单元测试保证的是我的代码质量，不是在测试我的功能。功能测试是由相应的功能测试来完成。

rocket 2007-02-07 14:41 发表评论

评论

2 楼 rocket 2008-12-25  

guoapeng 写道

为什么不用测试呢,异常是多种多样得,比如出现这样的情况,数据库中对应的表没有创建,你的HibernateTemplat 再健壮,能保证不出错吗; 如果这时你写个简单的测试用例就能发现这种错误何乐而不为呢. 个人觉得楼主太死扣,单元测试能测到某个功能为什么不测呀,就像你家的菜刀,通常是用来切菜的,你就不能拿来削削水果呀,家里进来贼了,你会说这是切菜的刀,不能拿来防贼,去买把防贼刀吗? 用一句很通俗的话说你这叫刚愎自用.

呵呵，谢谢啊，刚才我又回头看了一遍文章，当时是有点tdd走火入魔了。
其实是没人教啊，自己琢磨了一路过来，走了不少弯路。

1 楼 guoapeng 2008-12-24  

为什么不用测试呢,异常是多种多样得,比如出现这样的情况,数据库中对应的表没有创建,你的HibernateTemplat 再健壮,能保证不出错吗; 如果这时你写个简单的测试用例就能发现这种错误何乐而不为呢. 个人觉得楼主太死扣,单元测试能测到某个功能为什么不测呀,就像你家的菜刀,通常是用来切菜的,你就不能拿来削削水果呀,家里进来贼了,你会说这是切菜的刀,不能拿来防贼,去买把防贼刀吗? 用一句很通俗的话说你这叫刚愎自用.