让编译和测试过程自动化

　　极端编程（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 格式化器将每个测试套件运行的故障和错误数，连同软件包和类名还有测试套件的执行时间一起引入。对于每个测试套件，都有以下信息被捕获：