2008-01-28
全文显示

提高UT质量

关键字: unit test 质量
1.选择正确的粒度.不是所有的代码都要有匹配的测试用例,有些情况下可以不用写测试用例. 机器或工具生成的代码是不需要测试的. 多数的POJO是不用测试的,除非你重写了它的hashCode和equals方法. 接口和抽象类是不需要测试的. 基于现在的开发实力,我们决定不做UI层的UT.我说的UT是指通过代码做测试. 2.选择合适的Mock工具 经常使用的就是jMock和EasyMock,两者各有所长,根据你的项目环境找到合适的Mock工具. 3.提高UT的独立性. 如果UT依赖太多,表明这个UT是很粘的,bad smell.你要做出改变.用mock objects可以有效减少依赖.如果访问数 ...
2008-01-23
全文显示

读<重构与模式>(Refactoring to Patterns)

关键字: refactoring patterns
<重构>,我几年前读过两遍,对里面提到的各类概念印象深刻,不断发出'哇,哇'. <设计模式>是我读到的关于设计的最早的书籍,当时只有一年多的开发经验,对设计模式的理解很肤浅.后来开始使用Java之后,又在网上找到J道(http://www.jdon.com)关于设计模式的一些资料,算是对设计模式有了初步的认识.之后就是每几个月就会再看看其中的一些模式,努力加深对软件设计的理解. 一次偶然的机会,我看到了<重构与模式>,又一本令人震撼的作品.我们在开发时不能合理地应用模式,有的人根本不考虑,有的人则考虑的太多了,产生了过度设计.这种情况一而再,再而三的发生,不断增加我们的挫 ...
2008-01-22
全文显示

如何提高责任感

关键字: 责任感
现在的团队组建时间也不短了,但是还没有很强的凝聚力.通常你做的很多工作会被一个小小的错误完全摧毁.所以凡事要小心谨慎,三思而后行. 当前存在的首要问题是大家的责任感都不强,主要是因为企业文化的问题,大家没有认同感.所以有些事就会拖到第二天,第三天,从而影响整体的进度.一个人的延后,往往破坏了很多人的辛苦工作.但是又不能强制别人加班,至少我不愿意强制别人加班.那么如何解决这个问题呢? 我现在只能通过加强大家的团队意识来解决这个问题,如果一个人的问题影响了很多人,那么他一定要做出改变.说实在的,效果不是很明显,多数情况下还是靠自觉. 如果你有好的解决方法,请留下你的高见,我会非常感谢! [ ...
2008-01-16
全文显示

调用VB COM

请参考MSDNMSDNhttp://search.support.microsoft.com/default.aspx/kb/259725/zh-cn.
2008-01-16
全文显示

如何留住你的员工？(再更新)

关键字: 离职 企业文化
又到年末了，新一轮求职大潮又来临了。许多中小软件企业每年的这个时候都在担心员工的流失，但对此又无可奈何。无法提供优厚的待遇，良好的发展空间，不知道开发人员到底想要什么，整天还要做各种适得其反的错误行为，员工不流失反而会奇怪了。 解决的办法其实也简单，首先要了解员工到底想要的是什么，然后更多关注每个个体，尽量给予他们想要的东西。这其实也很难，尤其是对那些思想保守不开化的“老板”。 必须了解员工到底想要什么，网络上会有各样的调查数据，权威或不权威的，最后都会归结到以下几点：待遇，环境，发展空间，归属感。乍一看似乎非常简单，实际上这些问题都是由企业文化决定的，企业文化已经包含了这些方面，而且涉及 ...
2008-01-11
全文显示

如何估算开发进度

关键字: 进度 估算 xp
我所在的团队有六个开发人员,两个测试人员.我们的过程还不成熟,基本上处于初级阶段,需要不断的改进.一个新的版本开始了,开发计划的制定是首先遇到的问题. 计划始终依赖于需求和人员,涵盖的内容包括几个重要的里程碑:需求分析,设计与实现,测试.只要把这三个阶段的时间估算出来,基本上这个版本的计划就会更容易制定.人员是相对固定的,而需求是相对变化的,我们第一步就是要确定需求.通常我们和市场人员一起讨论优先级相对比较高的需求,这部分工作会在新版本开始之前就做好.接下来就是评估每个需求需要的时间.如何估算每个需求的开发时间是个大难题.XP提供的方法是把每项任务都分配一个点数,不确定一个点需要多长时间,只 ...
samuelray
搜索本博客
最近加入圈子
存档
最新评论