极端编程（XP）主要原则的其中之一是程序员必须执行定期的单元测试，还必须不断 的将变化集成到类似产品的环境中去。此外，XP 建议尽可能让这个过程自动化。毕竟， 如果开发者像生产代码一样热切的创建测试案例，过程会相对的轻松些。
如果单元测试做的好的话，您应该会对每一段代码（特别是由个别类标明的）都能正 常运行而满意。执行持续的或者不稳定的编译让您明白当代码集成到生产环境时它是如何 生效的。在开发周期中集成单元测试和定期自动的编译，向您和您的客户保证了代码发布 时是可靠的。
在本文中，我将为自动的编译和测试过程采取实用的方法。使用 Ant 1.3 和 JUnit 测试框架，将像您展示如何自动化一个过程，这个过程捕获每个测试套件运行的相关信息 、生成有吸引力的报告并用电子邮件发送这个报告。虽然这些性能有许多隐含在 Ant 中 ，但我还是修改了许多核心任务来更好地满足要求。这些修改是本文的中心，它们将全部 结合到 Ant 的下一个发行版中。
为什么使用 Ant 和 JUnit？
Ant 1.3 是编译工具中的实际标准。由于用 Java 语言编写，Ant 是开放源代码的， 可以在多种平台上运行，并为编译过程带来了很大的灵活性。JUnit 测试框架也是开放源 代码的，它被广泛使用，并与 Ant 的编译过程集成（想学更多关于 Ant 和 JUnit 的知 识，请参阅 参考资料）。
Ant 1.3 加上可选的 <junit> 以及 <junitreport> 任务，不经修改就 可以启动基本编译和测试的自动过程。这一过程如下：
运行 JUnit 测试实用程序
捕获测试结果
创建吸引人的 HTML 总结报告
一旦捕获结果，就可以使用 XML 格式化器将每个测试套件运行的故障和错误数，连同 软件包和类名还有测试套件的执行时间一起引入。对于每个测试套件，都有以下信息被捕 获：
测试案例的名称
执行的持续时间
故障或错误的类型（如果适用）
任何故障或错误的详细信息
这个构想中少了些什么
虽然功能上很完美，但上面描述的自动化既不理想也不完整。通过修改 JUnit 任务中 的几个，我们可以创建按如下步骤运行的自动过程。
执行 JUnit 测试
将结果记录到 XML 文件或其它格式的文件
将结果转化为基于 XSL 格式的测试报告
将这个报告转化为 HTML 格式
用电子邮件发送报告
请给我更多数据
除了将 Ant 和 JUnit 扩展到能自动进行编译和测试的过程的程度外，我还添加了测 试期间捕获的标准数据。即，我需要知道使用的是什么操作系统、测试的日期/时间、支 持测试运行的 JVM 版本以及 classpath。
为捕获这个信息，我对 Ant 的 JUnit 相关类中的四个类： JUnitTask 、 JUnitTest 、 JUnitTestRunner 以及 XMLJUnitResultFormatter 做了简单修改。您会在附带的源文 件中发现这些变化。
作为附带的优点，当扩展捕获的数据时，最终捕获的不仅是在测试套件运行时特定状 态的信息，而且还包括了整个 Ant 的操作属性集。其中包含系统属性和内部 Ant 属性（ 例如用户定义的属性）。