PowerMock測試


EasyMock可以滿足單元測試中的大部分需求,但是由於動態代理是使用了面向對象的繼承和多態特性,JDK自身的動態代理只針對接口進行代理,其本質是為接口生成一個實現類,而CGLIB可以針對類進行代理,其本質是將類自身作為基類。

如果遇到了靜態、final類型的類和方法,以及私有方法,EasyMock的動態代理局限性使得無法測試這些特性情況。

PowerMock是在EasyMock基礎上進行擴展(只是補充,不是替代),使用了字節碼操作技術直接對生成的字節碼類文件進行修改,從而可以方便對靜態,final類型的類和方法進行Mock,還可以對私有方法進行Mock,更可以對類進行部分Mock。

PowerMock的工作過程和EasyMock類似,不同之處在於需要在類層次聲明@RunWith(PowerMockRunner.class)注解,以確保使用PowerMock框架引擎執行單元測試。

通過如下方式在maven添加PowerMock相關依賴:

 

[html]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. <dependency>  
  2.       <groupId>org.powermock</groupId>  
  3.       <artifactId>powermock-api-easymock</artifactId>  
  4.       <version>1.5.1</version>  
  5.       <scope>test</scope>  
  6.     </dependency>  
  7.     <dependency>  
  8.       <groupId>org.powermock</groupId>  
  9.       <artifactId>powermock-module-junit4</artifactId>  
  10.       <version>1.5.1</version>  
  11.       <scope>test</scope>  
  12.     </dependency>  


例子如下:

 

(1).Miock final類的靜態方法:

如果測試代碼中使用到了java.lang.System類,代碼如下:

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. public class SystemPropertyMockDemo {       
  2.     public String getSystemProperty() throws IOException {       
  3.         return System.getProperty("property");       
  4.     }       
  5. }  

如果對System.getProperty()方法進行Mock,代碼如下:

 

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. @RunWith(PowerMockRunner.class)       
  2. @PrepareForTest({SystemPropertyMockDemo.class})//聲明要Mock的類       
  3. public class SystemPropertyMockDemoTest {       
  4.     @Test      
  5.     public void demoOfFinalSystemClassMocking() throws Exception {       
  6.         PowerMock.mockStatic(System.class);//Mock靜態方法       
  7.         EasyMock.expect(System.getProperty("property")).andReturn("my property");//錄制Mock對象的靜態方法       
  8.         PowerMock.replayAll();//重放Mock對象       
  9.         Assert.assertEquals("my property",       
  10.                                   new SystemPropertyMockDemo().getSystemProperty());       
  11.         PowerMock.verifyAll();//驗證Mock對象       
  12.     }       
  13. }   

非final類的靜態方法代碼相同,注意(上述代碼只能在EasyMock3.0之后版本正常運行)

 

如果要在EasyMock3.0之前版本正常Mock final類的靜態方法,需要使用PowerMockito,

通過如下方式在maven中添加PowerMockito相關依賴:

 

[html]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. <dependency>  
  2.       <groupId>org.powermock</groupId>  
  3.       <artifactId>powermock-api-mockito</artifactId>  
  4.       <version>1.5.1</version>  
  5.       <scope>test</scope>  
  6.     </dependency>  


代碼如下:

 

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. @RunWith(PowerMockRunner.class)       
  2. @PrepareForTest({SystemPropertyMockDemo.class})       
  3. public class SystemPropertyMockDemoTest {       
  4.     @Test      
  5.     public void demoOfFinalSystemClassMocking() throws Exception {       
  6.         PowerMockito.mockStatic(System.class);       
  7.         PowerMockito.when(System.getProperty("property")).thenReturn("my property");       
  8.         PowerMock.replayAll();       
  9.         Assert.assertEquals("my property",       
  10.                                   new SystemPropertyMockDemo().getSystemProperty());       
  11.         PowerMock.verifyAll();       
  12.     }       
  13. }  

 

注意:  

對於JDK的類如果要進行靜態或final方法Mock時,@PrepareForTest()注解中只能放被測試的類,而非JDK的類,如上面例子中的SystemPropertyMockDemo.class。  

對於非JDK的類如果需要進行靜態活final方法Mock時, @PrepareForTest()注解中直接放方法所在的類,若上面例子中的System不是JDK的類,則可以直接放System.class。

@PrepareForTest({......}) 注解既可以加在類層次上(對整個測試文件有效),也可以加在測試方法上(只對測試方法有效)。

(2).Mock非靜態的final方法:

 

被測試代碼如下:

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. public class ClassDependency {          
  2.     public final boolean isAlive() {    
  3.         return false;    
  4.     }    
  5. }  
  6.   
  7. public class ClassUnderTest{  
  8.     public boolean callFinalMethod(ClassDependency refer) {    
  9.         return refer.isAlive();    
  10.     }  
  11. }  

使用PowerMock的測試代碼如下:

 

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. @RunWith(PowerMockRunner.class)          
  2. public class FinalMethodMockDemoTest {       
  3.     @Test    
  4.     @PrepareForTest(ClassDependency.class)    
  5.     public void testCallFinalMethod() {    
  6.         ClassDependency depencency = PowerMock.createMock(ClassDependency.class); //創建Mock對象  
  7.         ClassUnderTest underTest = new ClassUnderTest();    
  8.         EasyMock.expect(depencency.isAlive()).andReturn(true);    
  9.         PowerMock.replayAll();  
  10.         Assert.assertTrue(underTest.callFinalMethod(depencency));    
  11.        PowerMock.verifyAll();  
  12.     }  
  13. }  

(3)部分Mock和私有方法Mock:

 

如果被測試類某個方法不太容易調用,可以考慮只對該方法進行Mock,而其他方法全部使用被測試對象的真實方法,可以考慮使用PowerMock的部分Mock,被測試代碼如下:

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. public class DataService {  
  2.         public boolean replaceData(final String dataId, final byte[] binaryData) {  
  3.                 return modifyData(dataId, binaryData);  
  4.         }  
  5.         public boolean deleteData(final String dataId) {  
  6.                 return modifyData(dataId, null);  
  7.         }  
  8.   
  9.         private boolean modifyData(final String dataId, final byte[] binaryData) {  
  10.                 return true;  
  11.         }  
  12. }   

只對modifyData方法進行Mock,而其他方法調用真實方法,測試代碼如下:

 

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. @RunWith(PowerMockRunner.class)   
  2. @PrepareForTest(DataService.class)  
  3. public class DataServiceTest {  
  4. @Test  
  5. public void testReplaceData() throws Exception {  
  6.         DataService tested = PowerMock.createPartialMock(DataService.class, “modifyData”);//創建部分mock對象,只對modifyData方法Mock  
  7.         PowerMock.expectPrivate(tested, “modifyData”, “id”, null).andReturn(true);//錄制私有方法  
  8.         PowerMock.replay(tested);  
  9.         assertTrue(tested.deleteData(“id”));  
  10.         PowerMock.verify(tested);  
  11. }  
  12. }   

部分Mock在被測試方法的依賴在同一個類,且不容易創建時比較有用。

 

個人認為私有方法的Mock意義不是很大,完全可以使用反射機制直接調用。

(4).調用對象的構造方法Mock對象:

在被測試方法內部調用構造創建了一個對象很常見,被測試代碼如下:

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. public class PersistenceManager {  
  2.         public boolean createDirectoryStructure(String directoryPath) {  
  3.                 File directory = new File(directoryPath);  
  4.                 if (directory.exists()) {  
  5.                         throw new IllegalArgumentException("\"" + directoryPath + "\" already exists.");  
  6.                 }  
  7.                 return directory.mkdirs();  
  8.         }  
  9. }   

創建文件操作(new File(path))依賴與操作系統底層實現,如果給定的路徑不合法,將會出現異常導致測試無法正常覆蓋,此時需要使用PowerMock的提供的調用構造方法創建Mock對象,測試代碼如下:

 

 

[java]  view plain  copy 在CODE上查看代碼片派生到我的代碼片
  1. @RunWith(PowerMockRunner.class)  
  2. @PrepareForTest( PersistenceManager.class )  
  3. public class PersistenceManagerTest {  
  4.            @Test  
  5.         public void testCreateDirectoryStructure_ok() throws Exception {  
  6.                 File fileMock = PowerMock.createMock(File.class);  
  7.                 PersistenceManager tested = new PersistenceManager();  
  8.                 PowerMock.expectNew(File.class, "directoryPath").andReturn(fileMock);  
  9.                 EasyMock.expect(fileMock.exists()).andReturn(false);  
  10.                 EasyMock.expect(fileMock.mkdirs()).andReturn(true);  
  11.                 PowerMock.replay(fileMock, File.class);  
  12.                 assertTrue(tested.createDirectoryStructure("directoryPath"));  
  13.                 PowerMock.verify(fileMock, File.class);  
  14.         }  
  15. }   

也可以使用更簡便的方法:

 

FilefileMock = PowerMock.createMockAndExpectNew(File.class,“directoryPath”);

通過EasyMock+PowerMock,開發中絕大部分的方法都可以被測試完全覆蓋。

 

更多關於PowerMock的用法和參考文檔請參考PowerMock官方網址:

https://code.google.com/p/powermock/


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM