论坛首页 Java企业应用论坛

程序员为什么不写单元测试

浏览 73456 次
该帖已经被评为良好帖
作者 正文
   发表时间:2007-07-11  
sg552 写道
楼上的楼上, 不熟悉JUNIT, 你怎么开发?

现在国内JAVA真是。 。。。
当年看到 所谓的JAVA必备 三剑客 : JUNIT,LOG4J,ANT,弄的我诚惶诚恐,赶快去埋头苦学,生怕自己落后……


我不觉得没有junit就不能进行java开发。
junit是在java出来后才出来的吧。总不能在junit出来前,都不能开发吧。

至于其他的:
log4j倒是用。反正代码中写写,再弄个配置文件就好了。而且,这个还是很有用的。

ant,刚开始学习的时候我就是直接cmd下面javac编译。出错了后再找错。至于逻辑错误。只能通过print和exception信息来判断了。后来用ide了,也就更加方便了。所以,ant到现在也没有用过。
0 请登录后投票
   发表时间:2007-07-11  
我觉得是不是有些过了?什么不熟悉JUNIT就没法开发了,不agile公司就不行啦...东西确实都是好东西,但换个说法会容易接受些。整天嘴边挂满这些术语来唬人,实际上肚子里面也没什么东西人也不少。
0 请登录后投票
   发表时间:2007-07-12  
楼上两位强淫……

开发不用JUNIT, 不用ANT。

实在是太强了。佩服佩服啊!!

现在的JAVAEYE,真的到了高手归隐,菜鸟横冲直撞的时代了!

虽然话不投机三句多,让你会用JUNIT,ANT将增加对其他人的竞争力,不过还是谢谢两位不用JUNIT,ANT的“高手”对我回帖的关注!~

0 请登录后投票
   发表时间:2007-07-12  
测试在中国的软件工程里就没有摆在该摆的地方!
0 请登录后投票
   发表时间:2007-07-12  
yanhua 写道
javaTo 写道
稍微复杂点的逻辑可能会写个测试,说是测试,其实就是加个main方法,而且这个main方法最后还可能被无情的删除。

如果说测试是一种责任,那么我不得不说一下我们公司,注释啊,同志们!
公司的底层数据库操作是自己的框架,再加一层service,那个注释写的,跟没写一样,看起来真叫累,所以现在我写代码注释都打的非常详细。

如果说不写测试是不负责任,那么不写注释的同志们就该拉出去痛打一顿!


听说过“将代码转为注释”吗?太多的注释和没有注释一样糟糕,最好让你的代码清晰明了,自释其义--这需要不断的重构你的代码,而重构需要单元测试做保障,所以……


照你这样说以后就没必要写注释了!
问你一句,你平时看别人的代码是先看注释还是先看代码?
注释是帮助别人更好的理解你的代码,可能你会觉得自己的代码一看就懂,很清晰(那可能是你自认为的),
但是让别人去理解你代码的时候,最好的方式不是让他把你的代码从头看到尾,而只要说明这段代码的用处即可。
比如我们去学习一个新框架的时候,最快的方式是看他的api,而不是源代码。








0 请登录后投票
   发表时间:2007-07-12  
javaTo 写道
yanhua 写道
javaTo 写道
稍微复杂点的逻辑可能会写个测试,说是测试,其实就是加个main方法,而且这个main方法最后还可能被无情的删除。

如果说测试是一种责任,那么我不得不说一下我们公司,注释啊,同志们!
公司的底层数据库操作是自己的框架,再加一层service,那个注释写的,跟没写一样,看起来真叫累,所以现在我写代码注释都打的非常详细。

如果说不写测试是不负责任,那么不写注释的同志们就该拉出去痛打一顿!


听说过“将代码转为注释”吗?太多的注释和没有注释一样糟糕,最好让你的代码清晰明了,自释其义--这需要不断的重构你的代码,而重构需要单元测试做保障,所以……


照你这样说以后就没必要写注释了!
问你一句,你平时看别人的代码是先看注释还是先看代码?
注释是帮助别人更好的理解你的代码,可能你会觉得自己的代码一看就懂,很清晰(那可能是你自认为的),
但是让别人去理解你代码的时候,最好的方式不是让他把你的代码从头看到尾,而只要说明这段代码的用处即可。
比如我们去学习一个新框架的时候,最快的方式是看他的api,而不是源代码。



学习一个新框架是先看他的架构,然后再看测试吧。基本现在的开源框架都是用TDD方法开发,用ant或者maven构建。测试代码就演示了api应该怎么用,难道说你单单看api文档就能知道怎么用这个框架来写文档?在看了测试代码后再有什么不够清楚就再看api文档和源码吧。

前面几页的讨论都讲了很多测试代码代表了什么了,如果是用TDD开发的。你还可以看看开源项目中的测试代码,这里面是不用注释的代码,如果给你看,你可能会觉得很惊奇,竟然开源项目(spring,hibernate)代码中有代码没有注释的。那为什么没有呢?因为代码已经毫无保留地告诉了你一切。
0 请登录后投票
   发表时间:2007-07-12  
javaTo 写道
照你这样说以后就没必要写注释了!
问你一句,你平时看别人的代码是先看注释还是先看代码?
注释是帮助别人更好的理解你的代码,可能你会觉得自己的代码一看就懂,很清晰(那可能是你自认为的),
但是让别人去理解你代码的时候,最好的方式不是让他把你的代码从头看到尾,而只要说明这段代码的用处即可。
比如我们去学习一个新框架的时候,最快的方式是看他的api,而不是源代码。

所以你还是看代码,而不是看注释。
so what's your point?
0 请登录后投票
   发表时间:2007-07-12  
sg552 写道
楼上两位强淫……

开发不用JUNIT, 不用ANT。

实在是太强了。佩服佩服啊!!


开发不用junit和ant的人,我想还是很多的。虽然用这些东西有它的好处。但是,没有人规定一定要这样。更何况,光用junit,ant一遍一遍的测试,编译,打包,部署,好像也不是一个系统能够成功的充分条件吧。如果说在大局观上的分析设计不合理,光用junit,ant又有什么用了。

sg552 写道


现在的JAVAEYE,真的到了高手归隐,菜鸟横冲直撞的时代了!



你说菜我也不争论什么。就想问问。你说的高手是什么境界?
难道会用junit,ant的人就是高手了?难道高手就一定要用junit和ant了?如果是这样,那么我想你定是一位高手了。

sg552 写道


虽然话不投机三句多,让你会用JUNIT,ANT将增加对其他人的竞争力,


这点我同意。但是好像我也没有否认过junit和ant,实在不明白,为什么我说我不用junit、ant,你就说不能开发了。这么说,那些不用junit和ant的人都不能开发了?

sg552 写道


不过还是谢谢两位不用JUNIT,ANT的“高手”对我回帖的关注!~

谈不上关注,只是就事论事。

0 请登录后投票
   发表时间:2007-07-12  
代码当然是要看的,但对于一段代码的清晰度,有良好的注释还是很重要的
/**
 * 保存Excel报表到指定的路径
 * @param beans			公用报表Bean
 * @param destFileName	报表生成路径
 * @throws FileNotFoundException
 * @see ExpenseGrowRate
 */
protected void transformer(Map<String, Envelope> beans, String destFileName)
    throws FileNotFoundException {
    // ...
}


类似上面这样的一个方法(现在暂且不说有没有为该方法编写测试),假如现在这里包含很复杂的业务逻辑,并且还依赖了另外的N个方法,如果没有注释,你觉得你要看多久呢?



chenk85 写道
你还可以看看开源项目中的测试代码,这里面是不用注释的代码

对于测试代码,再写很详细的注释是没有多大意义的,难道你还会调用你的测试代码去写程序?


javato 写道
公司的底层数据库操作是自己的框架,再加一层service,那个注释写的,跟没写一样,看起来真叫累,所以现在我写代码注释都打的非常详细。

我并没有说为测试代码写详细的注释,请看清楚
0 请登录后投票
   发表时间:2007-07-12  
RyanPoy 写道


sg552 写道


现在的JAVAEYE,真的到了高手归隐,菜鸟横冲直撞的时代了!



你说菜我也不争论什么。就想问问。你说的高手是什么境界?
难道会用junit,ant的人就是高手了?难道高手就一定要用junit和ant了?如果是这样,那么我想你定是一位高手了。



RyanPoy说的对,你说的高手是什么境界?在你的概念里什么是高手?什么又是菜鸟呢?

如果说仅是在论坛上说了一些自己的见解也会被人说成是菜鸟(这可能是个充满贬义的词汇),那么JE好像太可怕了,最起码现在还是个言论自由的时代!
“菜鸟”同志们注意了,你们以后就别发帖,也别回帖了,否则会被那些所谓的高手称作是菜鸟!(真不明白有些人是不是出生就是高手)
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics