迟到的醒悟:为什么项目要有单元测试?

项目接近尾声,再也不用没日没夜的加班写代码了,而我终于也有时间谈谈这次项目的这次项目的收获了,在这里我不想再重复理论性的东东,写出我实际的项目开发经历 :

 

在之前项目开发中,项目开始前经理总会提醒我,编码时别忘了写单元测试,于是乎循规蹈矩,但我对它一直不以为意,认为它无意中增加了我的工作量.

 

这次我被临时调入了现在的项目组,介绍项目成员时,我乐了,为啥? 这个项目的负责人在这块没多少经验,项目的成员也是新进职员,看到他们的代码,更喜了,不用写测试了....

 

就这样加了项目组 ...

 

二个月后,项目模块基本按预先设想的完成了,该给客户看下基本界面和功能了.

下午开完会回到公司,看到那一页页的需求改动要求, .... ,这时改动过程中我发现问题来了,(以前写测试虽说不情愿,但也还是写了,遇到现在这种情况,基本上不费多大功夫,改完功能跑下测试) .而 这次我没写测试,但是想想这也难不到我,不就是多跑几次服务器吗,后来在我的 不懈努力下 (其中的过程就不说了,相信大家都经历过) ,终于改动的部分如期完成了.还没来得及高兴,需求又有变化了,看到这些变化,我真的头皮发麻,之前的改动是如何完成的,现在我还历历在目,小小的一个改动,一个细节的疏忽,引来了一遍又一遍的DEBUG,可最终找到的结果让人欲哭不能( 虽然本人水平有限,系统设计也有问题,但这不是主要原因).现在要在这次基础之上再次改动,我再也没了自信...

 

开始怀念以前做项目时编写的测试,要是有它,就不会像现在这样郁闷了吧,至少不用花如此多的时间来查看那些由于疏忽而造成的这些问题.. ...

 

你是否还和我一样呢,大家都来谈谈吧...

评论

1 楼 wcleye 2008-12-04  

<div class='quote_title'>zxbyhcsdn 写道</div>
<div class='quote_div'>好的一个软件系统， <br/>就好比Pc电脑，是由各个部分组成的。 <br/>就好比CPU，显卡，内存，硬盘。 <br/>单元测试就好比出厂之前，保证这些东东是没有问题的， <br/>那么把他们组合在一起（当然要按照标准），才能保证PC电脑是功能正常的。</div>
<p> </p>
<p> 找到之前 klyuan 发布的一篇文章 : <a href='http://www.iteye.com/topic/97693'>http://www.iteye.com/topic/97693</a> ,文章写得很好,但是我想如果实际项目中没有遇到这种情况,再多原理,再多分析,还是一纸空谈,真正能懂能明白的又有几人..</p>
<p> </p>
<div class='quote_title'>klyuan 写道</div>
<div class='quote_div'>是的，这是我的系列文章的第一部份！ <br/>进度和成本不是拒绝编写单元测试的理由！因为编写单元测试根本不会增加成本，也不会误延进度！ </div>
<p> </p>
<p> </p>
<p>如果在我做项目前看到这篇文章,我的第一反映肯定会是:这与我有关系吗,似乎是项目经理的事... </p>
<p> </p>
<p><span style='color: #00ff00;'>我的理解是 : 单元测试就是为了在需求变化时,让你对改动后的编码持续自信,能自信的对别人说 : 绝对没问题. 所以单元测试也只有在需求改动或重构时才能真正显示其威力..</span></p>