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

昨天在公司内部开会,分享我的单元测试经验,当我在提到有关dao的增删改操作一般是直接使用HibernateTemplate的相关方法,所以没有必要对相关dao方法进行测试时。
ExpandedBlockStart.gif ContractedBlock.gif public   void  saveComment(CsComment comment)  dot.gif {
InBlock.gif        getHibernateTemplate().saveOrUpdate(comment);
ExpandedBlockEnd.gif    }

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

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

rocket 2007-02-07 14:41 发表评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值