|
锁定老帖子 主题：迟到的醒悟:为什么项目要有单元测试?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (9) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-12-03
项目接近尾声,再也不用没日没夜的加班写代码了,而我终于也有时间谈谈这次项目的这次项目的收获了,在这里我不想再重复理论性的东东,写出我实际的项目开发经历 :
在之前项目开发中,项目开始前经理总会提醒我,编码时别忘了写单元测试,于是乎循规蹈矩,但我对它一直不以为意,认为它无意中增加了我的工作量.
这次我被临时调入了现在的项目组,介绍项目成员时,我乐了,为啥? 这个项目的负责人在这块没多少经验,项目的成员也是新进职员,看到他们的代码,更喜了,不用写测试了....
就这样加了项目组 ...
二个月后,项目模块基本按预先设想的完成了,该给客户看下基本界面和功能了. 下午开完会回到公司,看到那一页页的需求改动要求, .... ,这时改动过程中我发现问题来了,(以前写测试虽说不情愿,但也还是写了,遇到现在这种情况,基本上不费多大功夫,改完功能跑下测试) .而 这次我没写测试,但是想想这也难不到我,不就是多跑几次服务器吗,后来在我的 不懈努力下 (其中的过程就不说了,相信大家都经历过) ,终于改动的部分如期完成了.还没来得及高兴,需求又有变化了,看到这些变化,我真的头皮发麻,之前的改动是如何完成的,现在我还历历在目,小小的一个改动,一个细节的疏忽,引来了一遍又一遍的DEBUG,可最终找到的结果让人欲哭不能( 虽然本人水平有限,系统设计也有问题,但这不是主要原因).现在要在这次基础之上再次改动,我再也没了自信...
开始怀念以前做项目时编写的测试,要是有它,就不会像现在这样郁闷了吧,至少不用花如此多的时间来查看那些由于疏忽而造成的这些问题.. ...
你是否还和我一样呢,大家都来谈谈吧... 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2008-12-04
zxbyhcsdn 写道
好的一个软件系统，
就好比Pc电脑，是由各个部分组成的。 就好比CPU，显卡，内存，硬盘。 单元测试就好比出厂之前，保证这些东东是没有问题的， 那么把他们组合在一起（当然要按照标准），才能保证PC电脑是功能正常的。
找到之前 klyuan 发布的一篇文章 : http://www.iteye.com/topic/97693 ,文章写得很好,但是我想如果实际项目中没有遇到这种情况,再多原理,再多分析,还是一纸空谈,真正能懂能明白的又有几人..
klyuan 写道
是的，这是我的系列文章的第一部份！
进度和成本不是拒绝编写单元测试的理由！因为编写单元测试根本不会增加成本，也不会误延进度！
如果在我做项目前看到这篇文章,我的第一反映肯定会是:这与我有关系吗,似乎是项目经理的事...
我的理解是 : 单元测试就是为了在需求变化时,让你对改动后的编码持续自信,能自信的对别人说 : 绝对没问题. 所以单元测试也只有在需求改动或重构时才能真正显示其威力.. |
| 返回顶楼 | |
浏览 3695 次
