为了节省篇幅，上面的测试代码省略了某些内容，例如当isDivisor方法的第二个参数是负数时会出现什么情况。

用javac *.java命令编译这个类，然后输入java CalculatorTest运行它。

你应该得到一个“不能判断小于2的数是否素数”的运行时异常。大概形式如下，当然显示的行数36可能因为你处理CalculatorTest.java中空格的方式而有所不同：
Exception in thread "main" java.lang.RuntimeException: isPrime should throw exception for numbers less than 2
at CalculatorTest.main(CalculatorTest.java:36)

换句话说，FactorCalculator的功能不正确。在isPrime方法前面加一个判断可以解决这个问题，判断参数小于2时抛出IllegalArgumentException异常。像下面的一小段代码：
if (number < 2) {
  throw new IllegalArgumentException();
}

把上面的代码放到FactorCalculator的isPrime方法的前面。为了便于你参考，修改后的isPrime方法列在FactorCalculator.java.v2中，如果你打算直接使用这个文件，先把它改名为FactorCalculator.java。

增加了检查后，重新编译运行CalculatorTest，新的CalculatorTest应该可以通过所有测试。

三、JUnit提供测试框架的优势（JUnit Provides Advantages as a Test Framework）

测试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。