你们公司单元测试吗?

记得几个月前去实习的那家公司,联个CVS都没有,开发共用一个websphere服务器,打开登陆页面的时候就庆幸一下：真走运，这回没有人重启服务器。这种环境下自己把程序走一遍也得碰运气。
   我在的这家公司好多了，有个CVS服务器,自己在自己的机子上测试完后，将代码提交到CVS,然后测试人员在给你仔细跑一遍，测试全靠人走,还好,逻辑不是很复杂,鼠标和右手还受的了.
     这两个公司的开发人员资质都不低，华工武大的硕士博士很多。但我就纳闷了，为什么不花点功夫搞下自动测试呀。现在总结有两点：1 struts写的，action的逻辑太复杂了，一个动辄两三百行，不好测。2 工期紧 3 普遍觉得手测方便一些，不用动脑子，比着测试文档输入东西就行了。
   不知道大家都是这么做，还是我书看的太多了。

在这里推荐一篇Rod Johnson发表在computer杂志(IEEE核心刊物)上的文章
<J2EE Development Frameworks>该文回顾了并展望了J2EE社区的进程.

像以上提到的这两家公司的CEO真应该好好看看这篇文章.为什么放着这么好的框架而不用呢?

不要自我怀疑，你是对的，"可测试性"确实非常重要。

另外

在那篇文章第4页右上角的这句话，罗德说的“EJB 3.0缺少的一些重要特性”指的是什么呢？而且还“seems inevitable”？

每人买本 without EJB看看吧，

开发人员素质是不低，可是管理人员的管理水平就不敢恭维了。缺乏对质量的基本重视和投入，当然了管他三七二一反正先把东西发布，剩下的东西和客户喝酒摆平。
单元测试不但对产品质量有直接影响，同时在考虑可测试性的同时，实际上也提高了设计的质量，比如复杂度的降低。所以测试驱动是极限编程的核心实践啊！如果不敏捷，至少得来些黑盒的功能测试吧？

把公司的问题放在一边，先看看自己在开发的时候是否做了单元测试，代码质量是不是得到大家的认可。

第一，用上严格的敏捷方法比不用要慢吗？我不这样想。
第二，避免失败的诀窍之一，就是不要做必定失败的事情。

这个……也许你不能决定做什么事，但至少可以决定你自己不做什么事。要是你连这点权力都不给自己，那就怨不得天怪不得人了。
跑题……有CVS比没有要高效，有单元测试比没有要高效，这个是毫无疑问的。至于说“程序员水平不一”，我推荐一篇blog给大家看
http://jroller.com/page/obie?entry=undisciplined_please_stop_writing_software

赞同，但是这里有几个前提：
其一，知道自己能够花多少时间
其二，知道自己哪些可以做，哪些比较难做，哪些很难作
其三，踏实敬业的精神让老板非常重视你的建议，老板相信你的努力，相信你的才能

缺一者，多是没经验的开发人员，对于老板的提问，答应好比不答应，拿钱好比不拿钱好。
缺二者，知识广度不够，深度也不够。 但是如果其足够敬业和踏实，ok,吃多几次亏，必然成长很快。很多牛人也都是成这过来底。
缺三者，平时工作不塌实，不太敬业，老板对于分配的任务也是以”压“为主，”压必导致互相的猜忌和反感，久而久之，game over.

呵呵，说句不好听的话：
小伙子，“技”海无涯苦作舟啊。