现在的位置: 首页 > 综合 > 正文

单元测试进行曲

2013年06月05日 ⁄ 综合 ⁄ 共 678字 ⁄ 字号 评论关闭

又是老生常谈-'单元测试',说实话自己在单元测试上是'语言上的巨人,行动上的矮子',属于那种说的比做的多的人^_^。不过也不能说什么也没做。记得去年年末的时候自己还设计并实现过一个简单的'C语言单元测试包'呢^_^,至今这个包仍然还在使用呢。不过大多数的单元测试都不像想象中那样简单,我们在介绍单元测试的时候,大多拿Add、Sub等作例子,这样当然有好处,简单易懂。其实学习单元测试初期关键是学习单元测试的思想,所以这些Add、Sub也能满足需求。不过在真正的项目中,单元测试大多做起来较为困难,我是在Unix上做C开发的,Java的咱暂先不提,也没什么资格提,虽然曾经花过一段时间专心研究过,还写过些Java学习心得,但是毕竟没做过实际的项目,说起来心里也发虚。

曾经很长一段时间,自己在编码阶段基本上都是缺少单元测试的,一是项目中Legacy代码较多,耦合太紧,想把那部分代码拿出来比'登天还难'(有点夸张),反正基本上是'一扯一大帮',俗称'一个都不能少';而是部门在这方面积淀较少,在计划的时候对这方面考虑不够,时间上也不充裕,经常是在集成测试或者系统测试的时候顺便带上单元测试了,这样的后果就是'浪费'。本来在单元测试阶段发现一个Bug需要10 minutes,拖到集成测试或者系统测试后,这个时间就可能是1 hour或者 1 day 或者更多时间,这里可不是'耸人听闻',的确有真实的事例,有过这样的经历的人都体会到其中的痛苦。
....

全文链接:http://bigwhite.blogbus.com/logs/2006/05/2453364.html

 

 

抱歉!评论已关闭.