JUnit源码分析(三)(2)

2008-02-23 10:05:40来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

从这个main方法入口,首先JUnit将要分析命令行的参数,然后将检查测试类是否包含符合标准的suite方法,如果有就将执行方法中的内容(见图中01部分);如果没有找到将自动生成一个TestSuite,这样就跳过了图中的0部分,并将测试用例类作为参数传入(见图中1部分)。

上面得到了一个TestSuite类型的对象,现在就可以运行测试了,不过在运行前要先加载TestResultTestListener的对象(见图中2部分),用来监听和记录测试结果信息。剩下的在图中可以很容易的看懂了,你可以参照源码浏览一遍。

这里提出我的一点疑问。注意到JUnit实践中提示将测试类中每个测试方法公用的初始化步骤放到setup方法中。这似乎会给你一种错觉,那就是你会认为setuptearDown中的语句对于一个测试类中的所有测试方法只会运行一次。但是实际上JUnit在实现上却出乎意料,setup对于测试类中的每个测试方法都回运行一遍。意思就是说,你把公用的初始化代码放到setup方法中仅仅是在代码结构上实现了重用,而没有起到任何优化系统的作用。比如你在

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:Java 实现连接sql server 2000(JDBC数据库访问例子)

下一篇:探索CORBA对象生命周期之CORBA对象