mock框架做行為測試有什么弊端？在單元測試中，我們經常需要做一些模擬操作。現(xiàn)在有一些很好的框架可以做這些事情，比如easymack，它在大多數(shù)情況下工作得很好，但是在一些結構的設計上卻無能為力。在大

mock框架做行為測試有什么弊端？

在單元測試中，我們經常需要做一些模擬操作?，F(xiàn)在有一些很好的框架可以做這些事情，比如easymack，它在大多數(shù)情況下工作得很好，但是在一些結構的設計上卻無能為力。在大多數(shù)情況下，它只能處理一些靜態(tài)方法，例如easy final。Cactus是一個基于JUnit框架的簡單測試框架，用于對服務器Java代碼進行單元測試。cactus框架的主要目標是能夠在服務器端使用servlet對象對Java方法進行單元測試，比如HttpServletRequest，它是單元測試的框架。例如，如果你編寫了一個程序，在進行函數(shù)測試，即整體測試之前，你想知道它是對還是錯，你可以用這些工具編寫一個單元測試用例，分別測試這個類或程序的某個部分

~]@runwith（PowerMockRunner.class類)

@PrepareForTest（助手類）//1. 添加要初始化的類，它是構造函數(shù)的類

public class helpertest{

@Mock

private Something mockSomething

@InjectMocks

private Helper Helper

@Test

public void doSomething（）拋出異常{

String argument argPowerMockito.whenNew公司( 什么。班級）. witharguments（參數(shù)）。然后返回（mocksomething）//2。添加要構造的函數(shù)的類、參數(shù)和返回值

//3。調用所需的測試方法3.劑量測定（參數(shù)）

//verify

驗證（mocksomething）。Doit（）

}

]公共類幫助程序{

public void something（string ARG）{

something something=New something（ARG）做點什么吧（）

}

mock構造方法？

因為mockito使用繼承來實現(xiàn)mock，所以使用cglib生成mock對象來執(zhí)行，而不是真正的對象。對于mock實例的方法，可以在子類中重寫，而靜態(tài)方法不能被子類重寫，因此mockito不能模擬靜態(tài)方法。但是powermock可以模擬靜態(tài)方法，因為它直接在字節(jié)碼上工作，比如：importorg.powermock.api. mockito.PowerMockitoimportorg.powermock.core公司. classloader.annotations.PrepareForTestimportorg.powermock.modules模塊. testng.PowerMockTestCaseimport導入org.testng.Assertimportorg.testng.annotations注釋. 測試@PrepareForTest( 抽象動物類)公共類AbstractAnimalTest擴展了PowerMockTestCase{@Testpublic void shouldGetMockedHello（）{PowerMockito.mockStatic文件( 抽象動物類) 什么時候( 抽象動物.getHello（））。然后返回（“你好，模仿動物世界！）字符串問候語=抽象動物.getHello() Assert.assertTrue( 你好。平等（“你好，嘲笑動物世界！"))}}