我有一个存储应用上下文信息的应用程序。应用上下文信息在扩展 Application 类的 MyApp 类中的 Activity 之间共享。
我正在为我的 Activity 编写单元测试,并且我想检查当用户单击 Activity 中的按钮时,应用程序状态是否会发生变化。像这样的:
@Override
public void onClick(View pView) {
((MyApp)getApplicationContext()).setNewState();
}
问题是我不知道如何模拟该应用程序上下文。我使用 ActivityUnitTestCase 作为测试用例库。当我调用 setApplication 时,它会更改 Activity 类的 mApplication 成员的值,但不会更改应用程序上下文。我也尝试过 setActivityContext,但它似乎是错误的(它不是应用上下文,而是 Activity 上下文)并且它会在 startActivity 中触发断言。
所以问题是 - 如何模拟 getApplicationContext()?
最佳答案
由于方法 getApplicationContext
位于您要扩展的类中,因此它变得有些问题。有几个问题需要考虑:
- 您确实无法模拟正在测试的类,这是对象继承(即子类化)的众多缺点之一。
- 另一个问题是
ApplicationContext
是 singleton ,这使得测试变得更加邪恶,因为你不能轻易地模拟出一个被编程为不可替代的全局状态。
在这种情况下你能做的就是选择 object composition over inheritance 。因此,为了使您的 Activity
可测试,您需要稍微拆分逻辑。假设您的 Activity
被称为 MyActivity
。它需要由一个逻辑组件(或类)组成,我们将其命名为MyActivityLogic
。这是一个简单的类图:
为了解决单例问题,我们将逻辑“注入(inject)”到应用程序上下文中,因此可以使用模拟对其进行测试。然后我们只需要测试 MyActivity
对象是否已将正确的应用程序上下文放入 MyActivityLogic
。我们如何基本解决这两个问题是通过another layer of abstraction (从巴特勒兰普森转述)。在这种情况下,我们添加的新层是将 Activity 逻辑移到 Activity 对象之外。
为了您的示例,类需要看起来像这样:
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),并且您可以使用您选择的模拟框架来模拟您的应用程序上下文(因为 handrolling 您自己的模拟有点拖累)。示例使用 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();
}
要像往常一样使用 ActivityUnitTestCase
测试 MyActivity
,我们只需要确保它使用正确的 创建一个
。完成所有这些的粗略测试代码示例:MyActivityLogic
>应用程序上下文
// 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);
希望这一切对你有意义并帮助你。
关于java - 如何模拟 getApplicationContext,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5686194/