测试Java类的内部功能就是刚才你做的那些工作了。真正的测试和刚才的简单例子的主要区别是代码库的大小和复杂度。在处理一大堆代码时，你会需要收集情况报告。但上面的例子遇到第一个错误就停止了，它没有收集尽可能多的错误信息，也不能报告那些测试可以通过。如果一个测试不通过，就把整个测试重新编译、运行一遍，那开发过程肯定会非常慢。Bug经常是相互关联的，而且由各部分代码交互的地方引起。一次看到多个错误可以帮你分析和解决bug，对有关联的bug的处理也会加快。
在使用JUnit重写这个测试之前，你需要了解下述术语和测试概念：
1、单元测试（Unit test）：单元测试是指一小段代码——绝大多数情况下都只有一个Java类——测试一个软件或者库非常有限的一个部分。单元测试检验的代码都很小，例如一个或几个类。通常是测试EJB组件和普通Java类库，不管这些类在服务器端（容器）环境中还是独立运行。与列表中提到的另一个概念功能测试比起来，单元测试的主要区别在于，单元测试的重点是最终用户一般看不到的内部组件，而功能测试的重点是"点击按钮"。在JUnit中，单元测试可能是TestCase类中的一个方法，也可能是整个TestCase类。从大小上讲一两页的代码对单元测试应该是合适的。如果单元测试达到十页就太夸张了，分成若干个粒度更细的测试会比较好。
2、功能测试（Functional test）：功能测试就是站在最终用户的角度验证程序的功能是否正确。功能测试和黑盒测试是同一个意思。
3、黑盒测试（Black box test）：黑盒测试就是只根据对外发布的接口或公共约定，而忽略程序内部实现进行的测试。这通常意味着你只知道应该输入什么，只测试预期的输出，不知道程序如何生成这些输出，性能、边界影响等其它外部特征也不在你的考虑范围内，除非代码的这些方面特性是公共约定的一部分。如果你开发的软件库中有提供给其它开发者（你的最终用户）使用的API，黑盒测试就显得尤为重要。这个重要性不仅仅是指软件库能按公共接口说的做，软件库避免公共接口中禁止或省略的内容也很重要。如果你开发一个程序，遵守公共接口也是很重要的，因为它使你和同事之间能更有效的合作。
4、白盒测试（White box test）：白盒测试是在知道代码如何实现的情况下测试一段代码的功能。当你要测试公共约定中没有指定，但很重要的行为，例如性能问题时，白盒测试就派上用场了。在测试某些特别复杂的算法或业务逻辑时，也需要白盒测试。这种情况下，通过白盒测试你可以把注意力集中在可能出现错误的地方，这在黑盒测试中由于缺乏对内部情况的了解很难做到。
5、容器内测试（In-container test）：容器内测试在servlet或EJB容器内部进行，因此能更直接的和要测试的代码通信。Jakarta Cactus项目实现了一个免费的测试工具Cactus，它让你和要测试的代码在同一个容器内执行，不管这个容器是servlet容器还是EJB容器。容器内测试对黑盒功能测试没什么用，它的作用体现在单元测试上。
6、测试用例（Test case）：Test case在JUnit中就是一组相关的测试。Test case表现为继承junit.framework.TestCase的类。Test case通常有多个方法，每个方法测试程序一方面的行为。Test case中的测试方法习惯用test作前缀命名，但并不是必须这样做，只要不与其它方法产生冲突就可以。
7、测试集（test suite）：Test suite是一组test case或test suites。它表现为继承junit.framework.TestSuite的类。没有任何限制要求test suite只包括test case或只包括test suite，它可以既有test case，又有test suite。一个test suite的子test suite也可以包括test case和test suite，因此允许嵌套测试。只要你愿意，你可以建立几组test case，每一组测试程序的一个明确的小方面。一组可以形成一个test suite。然后你可以把它们综合到一个主test suite中，最后用这个主test suite测试整个程序，一个功能点一个功能点的测试。
8、测试启动器（Test runner）：Test runner是启动测试过程的JUnit类。你调用test runner，它依次执行你预订的测试。有几种办法可以定义要test runner执行的测试。这些办法在下面的第五部分"指定要运行的测试"中介绍。JUnit有三种不同的test runners：text、AWT和Swing，类名分别是junit.textui.TestRunner、junit.awtui.TestRunner和junit.swingui.TestRunner。
