说道Junit，我们首先不得不说測试的重要性。一个健壮的软件肯定是经过不断地的測试后才干终于被应用的。在測试的过程中能够发现非常多不稳定性或者说是存在一定的bug等等。这些都能够在測试阶段发现。而不会被推到被用户真正的使用的时候。避免了不良好的用户体验。
当我们看java源程序的时候。总是会看到这种一个目录，名字为test，好奇的你是否点开过呢？
没错，这里就是我们书写的測试程序，使得在团队开发过程中。彼此的交互更加的可靠和稳定。
那么Junti详细是什么呢？
1. Junit
要想在Junit中使用。首先必须引入Junit包，网上下载一个JUnit包，后缀名为 jar . 打开eclipse ，新建项目。项目建好后在项目名称上单击鼠标右键，选择build path-->Config build path ,在properties for....窗体中左边选择Java Build Path 右边选择Libraries，再点击Add External
Jars 。找到你下载的那个JUnit包。点击打开，然后点击OK。即可了。
? 建立測试的目录，建立的目录是“Source Folder”类型的
? 新建一个类，用于測试“UserManager”
? 创建測试程序（Junit是使用预期值和实际值的对照）
? 结果
这是大致的一个样例，详细的大家上网收集资料。
2. 不为人知——组合模式
前一阵子，我们开展了设计模式演讲大赛，非常荣幸的我被选为组长。我们组负责的是组合模式。看到这个模式之后，自己首先是联系了生活，看看生活中存在哪些样例。
组合模式图：
? 组合模式生活篇
我们每一个家庭都是有家谱的，那么家谱就是一个组合模式，怎么说呢？
对比上面的组合模式图：最上面是爸爸，爸爸和妈妈结婚后就有了一个女儿和儿子。而女儿是无法传宗接代的。可是儿子能够。儿子以下又是能够分的，整个组合成一个家族。
此外像窗外的树木，存在主干和枝干以及树叶等等，还有我们操作系统中的文件和目录等等，这些都是我们生活中的常见了，这里不再说了。
? 组合模式精彩篇
无意看到一些资料，发现我们经常使用的单元測试“Junit”居然是一种模式。宛如哥伦布发现新大陆一样，我的心里无比的欣喜。
如今让我们一层层的揭开这神奇的面纱吧。
在我们书写測试程序的时候，我们常常书写这种话：
public class test extends TestCase {
}
事实上TestCase并非一个单独存在的。它事实上是实现了某一个接口的，这个接口就是Test,此外除了TestCase外，我们另一个測试的类就是TestSuite。它事实上是囊括了TestCase的一个集合。这样三者的关系就出来了。我们看看吧。
TestCase
定义：abstract class TestCase extends Assert implements Test 继承了Assert类并且实现了Test接口。并且是个抽象类。
TestSuite
定义：class TestSuite implements Test; Test接口的实现类，和TestCase一样. 可是TestSuite是一系列testcase的集合，将全部要执行的testcase add到TestSuite。
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
假设说前面的一个是单个的測试的话，而后面的那个是一个组合的測试，组合測试不只能够加入一个測试类中的多个測试方法。并且能够加入多个測试类。这么一说是不是特别像组合模式啊？
參照上面的组合模式图，画出我们的图形是
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
我们学习组合模式的时候。事实上Junit与树节点的那个图是非常相似的，TestCase相当于叶子节点，它的以下是不能再次进行加入的。而TestSuite不一样，它是一个枝干的节点，它的以下是能够再次进行加入的，与我们学习过的《大话设计模式》上的一样，TestSuite不不过能够加入TestCase，也是能够加入TestSuite。由于其添加一个对象的时候，事实上是相当于添加了一个Test。
3. 小结
这是我抛出的一个引子。至于使用还是须要大家去实践，有兴趣的能够去看看~