让编译和测试过程自动化

【IT168 技术文章】

　  逐步递增测试和持续编译是极端编程方法基础的两种。 把两者合并成为一个单独的、自动进行的过程 ― 加上自动生成电子邮件报告 ― 您就将在向 XP 梦想前进的道路上迈出坚实的步子。请跟随 Erik Hatcher，他向您展示了他是如何修改流行的 Ant 1.3 和 JUnit 测试框架，以达到让编译和测试过程完全的、用户化的自动化。
极端编程（XP）主要原则的其中之一是程序员必须执行定期的单元测试，还必须不断的将变化集成到类似产品的环境中去。此外，XP 建议尽可能让这个过程自动化。毕竟，如果开发者像生产代码一样热切的创建测试案例，过程会相对的轻松些。

　  如果单元测试做的好的话，您应该会对每一段代码（特别是由个别类标明的）都能正常运行而满意。执行持续的或者不稳定的编译让您明白当代码集成到生产环境时它是如何生效的。在开发周期中集成单元测试和定期自动的编译，向您和您的客户保证了代码发布时是可靠的。

　  在本文中，我将为自动的编译和测试过程采取实用的方法。使用 Ant 1.3 和 JUnit 测试框架，将像您展示如何自动化一个过程，这个过程捕获每个测试套件运行的相关信息、生成有吸引力的报告并用电子邮件发送这个报告。虽然这些性能有许多隐含在 Ant 中，但我还是修改了许多核心任务来更好地满足要求。这些修改是本文的中心，它们将全部结合到 Ant 的下一个发行版中。可以在本文附带的源文件中找到所有补丁（请参阅 参考文件）。您可能需要在阅读时回顾一下代码。此外，如果不熟悉 Ant 1.3，可能需要在继续这篇文章时学习官方的 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 属性（例如用户定义的属性）。