2.4 断言
对于需要测试的方法,用断言来判断其它执行结果是否正确。
assertEquals([Stringmessage],expected,actual)
message是个可选的消息,将会在发生错误时报告这个消息。
expected是期望值,通常都是用户指定的内容。
actual是被测试的代码返回的实际值。
如:
booleansuccess=update();
assertEquals(“更新是否成功”,true,success)
这样,当运行update()的返回值不为true的时候,这个单元测试就会失败。
但有些时候,我们测试的方法并没有返回值,方法只是执行一个动作,那么这个时候,我们就不能用判断的返回值来判断方法是否执行成功。
如新建文件的方法,publicvoidcreateFile(StringfilePath),这个时候,方法并没有返回值,我们在判断方法是否执行成功的时候,可以写一个辅助方法,来检查一下指定的文件是否新建成功了,以此来验证createFile()的准备性。如:
createFile(“d:/a.txt”); booleanexist=fileExist(“d:/a.txt”); assertEquals(“新建文件”,true,exist); |
3、JMockit
当我们在编写单元测试的时候,常常会出现一些如调用的方法需要其它对象提供,而这个类现在又不具备,如很难创建、没有环境、没有开发完等情况,这个时候,我们就需要用JMockit模拟出一个类,来满足我们的需求,来完成我们核心功能的测试。
3.1 pom中增加JMockit的依赖
<dependency> <groupId>jmockit</groupId> <artifactId>jmockit</artifactId> <version>1.0</version> <scope>test</scope> </dependency> |
3.2 模拟对象
如需要测试的一个方法的一个值是配置在misInitConfig.xml中的,而misInitConfig.xml中的值需要用ReadConfInfo.getPropery()来获取,而ReadConfInfo是在应用启动时初始化的,这个时候并没有web环境,也不能初始化,而我们也不需要自己手动初始化ReadConfInfo,因为我们测试的重点不是ReadConfInfo,而是我们现有的功能。这个时候,我们就可以用JMockit模块出ReadConfInfo,来完成此功能的测试。
/** *模拟ReadConfInfo */ publicstaticvoidmockReadConfInfo(){ newMockUp<ReadConfInfo>(){ @Mock publicStringgetPropery(StringpropertyName){ if("conf_loglevel".equals(propertyName)){ return"debug"; }elseif("conf_logfolder".equals(propertyName)){ return"log"; }else{ return""; } } } } |
在单元测试的@BeforCalss中初始化,
/** *初始化环境 */ @BeforeClass publicstaticvoidinit()throwsException{ //模拟ReadConfInfo mockReadConfInfo(); } |
这样,我们就可以在程序中使用ReadConfInfo.getPropery()来完成我们的功能了。