我做过的项目不多。也几个。做项目的经历是个学习的过程。

　　第一个项目，纯Jsp，没有任何的java类，当时觉得好郁闷啊。做久了，根本找不到北。

　　第2个项目：开始会用些javabean来做了。但是还是一个字好乱。

　　第3个项目：开始使用hibernate， 只是对数据库层做了些简单的封装，修改起来比较好了点

　　第4个项目：研究Webwork＋spring＋hibernate。终于实现了所谓的MVC了。哈哈，该起程序来终于开始有点爽了。

　　第5个项目： 开始引入了单元测试，现在还在很懵懂在学习中，为了更好的测试，我们开始努力写出更高质量的代码。所以对软件的分层更细致了些。

　　我们可以从测试来分出上的设计的好坏。

　　1，纯jsp，根本无从单元测试，我想是那些大牛们也很难写出这样的测试代码吧

　　2，对于纯粹只有get/set的javabean而言，我想应该是没有必要做单元测试的。如果有逻辑代码的话，测试起来也是相当困难的，因为你不知道里面的逻辑代码跟多少个类大了交道，你会为了测试这段代码，建立相关的环境，比如启动EJB，Web容器等。跟难预料的是，跟你耦合的类未必是正确的，其实你的测试代码跟你的javabean逻辑是对的，但是因为你引用的类（也是耦合类）的逻辑是错误的，这将导致你的测试是个红色，“真的很抱歉，其实我也不想这样的，单元测试说”。 这样足以证明是你的设计问题了。并不是单元测试的问题。所以说第个项目测试是很难测是的。只是比不能测试好一点点。

　　3，至于第3个跟第2个差不多。

　　4，第4个由于对每个层做了细致设计，所以设计测试代码容易点，而且可以通过easymock等工具进行分层测试，这样可以做到更细粒度的测试，对测试覆盖率也是很有帮助的。下面我将主要通过第4个项目的用户注册例子来讲单元测试的各个方面。

　　来看下流程图。

　　可以很清楚的知道，没一层做些什么工作，接下的文章，我将会根据我的设计习惯，一一给出他们相应的测试代码。希望高手们指教。

　　我不会绘制UML图，所以只好手工来画，可惜手机像素不高，所以。。。。