使 Java 单元测试轻而易举

　　使 Java 单元测试轻而易举   单元测试代码

　　JUnit 框架是 Java 语言单元测试当前的一站式解决方案。这个框架值得称赞，因为它把测试驱动的开发思想介绍给 Java 开发人员并教给他们如何有效地编写单元测试。但是，在过去的几年中，JUnit 的改进不大;所以，为当今复杂的环境编写测试已经变成一个越来越困难的任务，即 JUnit 必须与其他一些补充性测试框架集成起来。在本文中，Filippo Diotalevi 介绍了 TestNG，这是一个测试 Java 应用程序的新框架。TestNG 不仅确实强大、创新、可扩展、灵活，它还展示了 Java Annotations(JDK 5.0 中的重大新特性)的有趣应用。

　　在每个现代软件包的构造阶段，测试这一实践都扮演着中心角色。过去那种先编写代码，然后有空的时候再测试(或者根本不测试)的日子已经一去不返，因为大多数开发人员现在认识到需要采用编码和测试彼此交织、同步推进的软件方法论，以便尽早发现 bug，在开发过程开始的时候就识别出主要的风险。

　　JUnit 超过了其他测试框架，推动开发人员理解了测试尤其是单元测试的用途。利用一个相当简单、实用、严格的架构，JUnit 已经能够“传染”大量开发人员。(有关“被测试传染”的更多信息，请参阅 参考资料。) JUnit 用户已经学会了单元测试的一些基本规则：

　　每段代码都必须经过测试。

　　只要有可能，代码的测试必须隔离进行(例如，使用像 模拟对象 这样的技术)。

　　软件必须容易测试 —— 也就是说， 在编写的时候要想着测试。

　　但是，随着开发人员对测试的信任增长，JUnit 的简单性和严格性把他们分成两个相反的派别。一方面，有些人坚信 JUnit 的简单性对于不断地提醒程序员软件也必须保持简单来说是必不可少的(这称为 KISS 原则，代表 keep it simple, stupid);另一方面，有些人认为 JUnit 不是简单而是简化，所以他们想要从测试框架得到新的高级特性、更大的灵活性和更强大的能力。JUnit 的一些特殊特性，就是为了满足这个群体的一些具体批评而推出的：

　　因为 Java 语言的单继承性，所以必须扩展 TestCase 类的限制很大。

　　无法向 JUnit 的测试方法传递参数，也无法向 setUp() 和 tearDown() 方法传递参数。

　　执行模型有点奇怪：每次执行一个测试方法的时候，都要重新实例化测试类。

　　管理复杂项目中的不同测试套件有可能非常复杂。

　　在本文中，您将学习到如何用这个叫做 TestNG 的新测试框架为应用程序编写单元测试。TestNG 的灵感来自 JUnit，同时尽量保持后者的简单性;但是，TestNG 消除了老框架的大多数限制，使开发人员可以编写更加灵活、更加强大的测试。由于 TestNG 大量借用 Java Annotation(随 JDK 5.0 引入;有关这个新特性的更多信息，请参阅 参考资料)来定义测试，所以本文也可以向您演示如何在实际的生产环境中使用 Java 语言的这个新特性。

　　为了演示 TestNG 的用法，我要为叫做 Jakarta Common Lang 的这个广泛应用的开源库(其中包含一些处理和操纵字符串、数字和 Java 对象的有用的类)编写一些单元测试。在下面的 参考资料 一节中，您可以找到 TestNG 和 Jakarta Common Lang 库的链接;如果您想在自己的机器上随着本文一起练习，这二者都需要下载。

原文转自：http://www.ltesting.net