StudyJunit.pdfVIP

第 17讲 用例学习：JUnit 在6.170中用来测试自己的代码所用的JUnit测试框架以它本身的价值是值得学习的。 JUnit测试框架由Kent Beck和Erich Gamma开发。Beck是模式和极限编程(Extreme Programming，XP)的代表，Gamma是一本著名的设计模式方面著作的作者之一。JUnit是开放源 代码的，所以你可以自己学习它的源代码。JUnit的发行版本中还有一个不错的说明文档，名 字是“烹饪教程”。这个说明文档从设计模式方面说明了JUnit的设计过程，这个教程的大多 数资料也是取自此说明文档。 JUnit取得了很大的成功。Martin Fowler，一个有洞察力和注重实际的模式和极限编程的 支持者(也是关于对象模型的很棒的 《模式分析》一书的作者)，说： “软件开发行业从没有如此感激从极多到极少的代码行数的转变过。” JUnit的易用性无疑是它受欢迎的主要原因。也许你会这样想：它做的事情不多，仅仅是 做一些测试然后报告结果，JUnit应该是很简单的。事实上，它的代码非常复杂。主要原因是 它被设计为一个框架，需要在许多不可预料的情况下进行扩展，所以它被设计为拥有非常复杂 的模式和间接结构以允许实现者能够重构框架的一些部分同时保留其它的部分。 另一个复杂的影响因素是使测试容易写出来的要求。有一个聪明的解决方法，做一个映射， 将原先的“类”变为“Test”类型的“单个实例”。这里还有一个初看不合理的解决方法。从 Assert类继承来的抽象类TestCase包含许多静态声明方法，抽象类TestCase仅简单地允许将静 态声明方法的调用写成assert(…)而不是Assert.assert(…)的形式。TestCase绝不是Assert 的一个子类型，这显得没什么意义。但这使得TestCase中的代码能够写得更简洁。由于用户写 的所有的测试用例都是TestCase类中的方法，使得如此做非常重要。 模式的使用是灵巧和机动的。我们要寻找的关键模式是： 模板方法(Template Method)——框架编程的关键模式；命令、组合和观察者 (Command, Composite and Observer)。这些模式都由Gamma等人详细地解释，除命令外都已包含在本课程 内。 我个人的意见是，JUnit是极限编程王冠上的宝石，它传递着发展方向的基本信息——代 码本身足矣。它是某种程序的一个完美例子，这种程序如果没有抽象，没有设计思想的全局表 示来解释各个部分怎样结合，就几乎是不可理解的。但它对那种非常依赖注释的代码没有用处， 尤其是有注释来描述程序员是坐在哪个瑞士山顶上写这段代码的。大概高海拔和稀薄的空气能 够解释这种代码风格。“烹饪教程”是精华。没有它，可能要很长时间来领悟正在发生的事情 的微妙。如果有更多设计表示它会更有帮助。“烹饪教程”阐述了简单的观点，而我必须为自 己构造一个对象模型来解释，比如：监听器怎样工作。 如果你是那些怀疑设计表示的学生之一，而且觉得代码非常之重要，你现在就该停止读这 1 篇文章，躺在椅子里花一晚上来读JUnit的源代码。谁知道呢，这有可能改变你的看法。 你可以从这里下载JUnit的源代码和文档： / 这里有一个开放源代码库： /projects/junit/ 在这里可以查看和报告bug。 17.1 概述 JUnit有几个包：framework用来放置基本框架，runner用来放置运行测试程序时的几个抽 象类，textui和swingui放置用户界面，extensions用来放一些有用的补充。我们主要研究 framework包。 下图表示对象模型和模块的依赖关系。看了讨论后你会希望遵循这些图来研究。这两个图 都只包括框架模块，但我又将TestRunner加入对象模块来演示监听器是怎样被连接的；它的连 接suite和result是它的doRun方法的局部变量。 注意模块依赖图几乎全部连满了。这对于框架来说不足为奇，模块并不是用来单独使用的。 2