忘了什么名字的开发方法，用测试驱动的。

    前几天看了程序员，还有正在看Rational统一过程，正好自己也要开始作个小项目，觉得趁这个机会来体会一下测试驱动和迭代。
    刚才写了第一个驱动和迭代文档，感觉很不错呢。

作的项目分了四个大的模块，第一个迭代版本是用来解决项目中手机模块与服务器模块之间的通信用的。我使用的是Eclipse，在一个workbench下开（新建比较好，但是开字比较形象）了四个工程。其实原来是想在一个包里都建好的，但是后来才发现由于涉及到手机，因此JDK要区别对待，所以才用工程。

测试驱动是很不错的思想。感觉这种情况下，将一个方法或是类的需求说明结合到测试中，因此就不需要测试的时候翻过来来理解需求，而是在一开始的时候就使用测试来表示一种需求，用代码来替代可能出现歧义的描述。当然个人觉得这种测试只是在某一个领域内很有效，比如对于界面，感觉这种测试驱动就起不了太大的作用。

迭代开发是这种测试驱动所带来的必然结果，但是这种开发模式要求设计人员对整个项目整体有相当清晰的认识，此时感觉个人对项目的把握就变得很重要。当然自然这种迭代开发可以将需求变更或是技术风险降到最低，这应该是地球人都知道的事情了。