项目中的进度控制

这是一个很大的话题。我只是就前一段时间,自己在做项目时对进度控制发表一点点感想,粗鄙之处,敬请见谅。

有过这么一段经历。

我在项目中添加数据库,然后我想对数据库连接进行测试。

如果这个数据库不能连接没有成功呢,我想。所以我就把测试写了出来。

顺带,我想应该可以测试数据写进去,因为都是在测试中的,那就一起写了吧。

好吧,假如这些都通过了,要不要再写的查询的测试呢。

因为都建立在Nhibernate上,那先把Nhibernate加进来吧。

已经有的测试数据,我实在忍不住,应该把再测试一下查询。

ok,在另一个项目中,我觉得还有几个查询方法相当不错,仅仅一个copy的操作,easy。顺手做了……

……

差不多满意了,提交版本。

好了,项目组其它成员看了代码,一起讨论一下。说数据库项目不必要,测试没有集成在一起。又有一个问题,修改了公共类。接着……

……

最终的结果,我的所有代码差不多重构了一次。做了很多“善后”的工作。

曾经有人问过我这么一问题:你一天能写多少有效的代码?我想起了这个问题。这不正说的是我这个事吗?

想想我这些代码,哪些是有效的呢?

 经过讨论,前辈指点。这是项目进度的问题。

好吧,这么着。

做所有的事,要先从Nhibernate开始,那我先添加Nhibernate。提交,版本1.

添加测试,不通过,添加数据库。ok,版本2.

至此,团队看到了代码,如果有问题,修改,再提交,版本3

碰到查询,添加测试,版本4

问题解决。重构的可能性也大大减少。代码质量明显提交。

这是项目进度控制得好的原故呀。

posted @ 2011-09-26 21:00  半日闲  阅读(263)  评论(0编辑  收藏  举报