看JUnit中Metedata的巧妙应用

核心提示：JUunit4至今还是神神秘秘，不知道最终是个什么样子，看JUnit中Metedata的巧妙应用，但是已经有文章在对其进行介绍，先不管文章里描述的是否是JUnit4最后的面貌，距此篇文章发表已有近两个月的时间了，JUnit4仍然没有动静，我们可以从中看出JUnit4借助Tiger的新特性进行了不小的改进，尤其是元数据（

　　JUunit4至今还是神神秘秘，不知道最终是个什么样子。但是已经有文章在对其进行介绍。先不管文章里描述的是否是JUnit4最后的面貌，我们可以从中看出JUnit4借助Tiger的新特性进行了不小的改进，尤其是元数据（Metadata）的应用。
　　
　　在文章透露出的所有信息里面，几乎所有的改进都和元数据有关。以前一切依靠命名规范来约束的方法，现在都改为通过不同类型的元数据来加以区别。当然这倒没有什么大不了的，通过元数据注释（Metadata Annotations）也许会显得代码看起来更加醒目一些。
　　
　　文章中称JUnit4正式的引入了类级别的setUp和tearDown，使得在多个测试方法运行前可以统一初始化，并在这些测试方法运行结束后统一回收。我曾经在我以前的JUnit源码分析中提到过这个问题，但是当时我没有理解JUnit为什么没有提供类级别的支持：为了保持每个测试用例的完全独立性。不过有些时候提供类级别的setUp、tearDown还是有必要的，前提是使用得当。
　　
　　说了这么多，忘了一点，类级别setUp和tearDown的声明也是使用元数据加以标示的。
　　
　　JUnit4对元数据的成功应用还在于对期望异常测试的简化。假如在3.8.1中，编写一个测试用例，以测试代码是否能按你期望的那样抛一个业务异常出来。你需要先try后catch，并且还要在没有达到预期结果时手动fail。的确不是很方便，这一点我有体会。到了JUnit4中，通过带有excepted参数的test标记，你可以很轻松的做到与3.8.1中完全一样的效果，它不仅仅是的代码变得清楚好看，而且还为我们节省了不少宝贵的时间。
　　
　　此外，还有一些地方应用元数据来提供更多的功能，而且有些地方还使用到了Tiger中的其它特性。距此篇文章发表已有近两个月的时间了，JUnit4仍然没有动静，这预示着什么，大家拭目以待！