我有一个存储应用上下文信息的应用程序。应用程序上下文信息在MyApp类中的活动之间共享,该类扩展了Application类。
我正在为我的活动编写单元测试,我想检查当用户单击活动中的按钮时,应用程序状态将发生变化。像这样:
@Override
public void onClick(View pView) {
((MyApp)getApplicationContext()).setNewState();
}
问题是我不知道如何模拟该应用程序上下文。我使用 ActivityUnitTestCase 作为测试用例库。当我调用 setApplication 时,它会更改 Activity 类的 mApplication 成员的值,但不会更改应用程序上下文的值。我也尝试了 setActivityContext ,但它似乎不对(它不是应用程序上下文而是活动上下文),它在 startActivity 中触发断言。
所以问题是 - 如何模拟 getApplicationContext()?
答案 0 :(得分:31)
由于方法getApplicationContext
位于您正在扩展的类中,因此会出现问题。有几个问题需要考虑:
ApplicationContext
是singleton,这使得测试更加邪恶,因为你不能轻易地模拟出一个被编程为不可替代的全局状态。在这种情况下,您可以选择 object composition over inheritance 。因此,为了使Activity
可测试,您需要将逻辑分开一点。假设您的Activity
被称为MyActivity
。它必须是逻辑组件(或类)的组合,我们将其命名为MyActivityLogic
。这是一个简单的类图图:
为了解决单例问题,我们让逻辑“注入”应用程序上下文,因此可以使用mock进行测试。然后,我们只需要测试MyActivity
对象是否已将正确的应用程序上下文放入MyActivityLogic
。我们如何基本上解决这两个问题是通过another layer of abstraction(从巴特勒兰普森转述)。我们在这种情况下添加的新层是活动逻辑移出活动对象。
为了您的示例,类需要看起来像这样:
public final class MyActivityLogic {
private MyApp mMyApp;
public MyActivityLogic(MyApp pMyApp) {
mMyApp = pMyApp;
}
public MyApp getMyApp() {
return mMyApp;
}
public void onClick(View pView) {
getMyApp().setNewState();
}
}
public final class MyActivity extends Activity {
// The activity logic is in mLogic
private final MyActivityLogic mLogic;
// Logic is created in constructor
public MyActivity() {
super();
mLogic = new MyActivityLogic(
(MyApp) getApplicationContext());
}
// Getter, you could make a setter as well, but I leave
// that as an exercise for you
public MyActivityLogic getMyActivityLogic() {
return mLogic;
}
// The method to be tested
public void onClick(View pView) {
mLogic.onClick(pView);
}
// Surely you have other code here...
}
它应该看起来像这样:
要测试MyActivityLogic
,您只需要一个简单的jUnit TestCase
而不是ActivityUnitTestCase
(因为它不是Activity),您可以使用模拟来模拟应用程序上下文选择框架(因为手动你自己的模拟有点拖累)。示例使用Mockito:
MyActivityLogic mLogic; // The CUT, Component Under Test
MyApplication mMyApplication; // Will be mocked
protected void setUp() {
// Create the mock using mockito.
mMyApplication = mock(MyApplication.class);
// "Inject" the mock into the CUT
mLogic = new MyActivityLogic(mMyApplication);
}
public void testOnClickShouldSetNewStateOnAppContext() {
// Test composed of the three A's
// ARRANGE: Most stuff is already done in setUp
// ACT: Do the test by calling the logic
mLogic.onClick(null);
// ASSERT: Make sure the application.setNewState is called
verify(mMyApplication).setNewState();
}
要像往常一样测试MyActivity
ActivityUnitTestCase
,我们只需要确保它使用正确的MyActivityLogic
创建ApplicationContext
。完成所有这些的粗略测试代码示例:
// ARRANGE:
MyActivity vMyActivity = getActivity();
MyApp expectedAppContext = vMyActivity.getApplicationContext();
// ACT:
// No need to "act" much since MyActivityLogic object is created in the
// constructor of the activity
MyActivityLogic vLogic = vMyActivity.getMyActivityLogic();
// ASSERT: Make sure the same ApplicationContext singleton is inside
// the MyActivityLogic object
MyApp actualAppContext = vLogic.getMyApp();
assertSame(expectedAppContext, actualAppContext);
希望这对你有意义并帮助你。
答案 1 :(得分:0)
我的问题并不完全相同,而是相似的。这是对我有用的。
首先,在课程级别进行测试
import org.powermock.api.mockito.PowerMockito;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.powermock.modules.junit4.PowerMockRunner;
@RunWith(PowerMockRunner.class)
@PrepareForTest({CustomApp.class, AppUtils.class})
public class CustomClientTest {
@Mock
Context mockContext;
@Mock
MainActivity mainActivityMock;
然后设置()
@Before
public void setUp() throws Exception {
PowerMockito.mockStatic(CustomApp.class);
PowerMockito.mockStatic(AppUtils.class);
when(CustomApp.getAppContext()).thenReturn(mockContext);
when(webViewMock.getContext()).thenReturn(mainActivityMock);
}
最后是测试本身
@Test
public void testShouldDoMyMethodRight() {
// true tests
assertTrue(customClient.shouldDoMethod(webViewMock, Constants.HAPPY_PATH));
assertTrue(customClient.shouldOverrideUrlLoading(webViewMock, Constants.SPECIAL_PATH));
}