如何模拟getApplicationContext函数

Question

我的应用程序存储应用上下文信息。该应用上下文信息在MyApp类中共享，该类扩展了Application类，并且在活动之间进行共享。

我正在为我的活动编写单元测试，我希望检查当用户在活动中点击按钮时，应用程序状态会发生变化。就像这样：

@Override
public void onClick(View pView) {
    ((MyApp)getApplicationContext()).setNewState();
}   

问题在于我不知道如何模拟应用程序上下文。我正在使用ActivityUnitTestCase作为测试用例基础。当我调用setApplication时，它会更改Activity类的mApplication成员的值，但不会更改应用程序上下文。我尝试过setActivityContext，但似乎行不通（它不是应用程序上下文而是活动上下文），并且在startActivity中触发了断言。因此问题是 - 如何模拟getApplicationContext()？

- lstipakov

---

我想到了用 getApplication() 替换 getApplicationContext() 的想法。现在我可以模拟 Application 对象并使用 _setApplication()_。这是一种解决方法。但是，我不知道这两种方法之间的区别。与此相关的问题没有得到回答。 - lstipakov

你可以查看这个答案 https://stackoverflow.com/a/64678091/4797289 - Rasoul Miri

Answer 1

由于方法getApplicationContext位于您正在扩展的类中，因此会出现一些问题。有几个问题需要考虑：

• 您真的无法模拟正在测试的类，这是对象继承（即子类化）的许多缺点之一。
• 另一个问题是单例的ApplicationContext，这使得测试变得更加困难，因为您无法轻松地模拟出编程为不可替代的全局状态。

在这种情况下，您可以选择对象组合而非继承。因此，为了使您的Activity可测试，您需要稍微分解逻辑。假设您的Activity名为MyActivity。它需要由一个逻辑组件（或类）组成，让我们将其命名为MyActivityLogic。以下是一个简单的类图示例：

为了解决单例问题，我们将逻辑与应用程序上下文“注入”，以便可以使用模拟进行测试。然后，我们只需要测试MyActivity对象是否已将正确的应用程序上下文放入MyActivityLogic中即可。我们基本上是通过另一层抽象（引用自Butler Lampson）来解决这两个问题。在此情况下，我们添加的新层是将活动逻辑移出活动对象。

为了您的示例，类需要看起来像这样：

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，你只需要一个简单的jUnitTestCase，而不是ActivityUnitTestCase（因为它不是一个活动），并且您可以使用您选择的mocking框架模拟您的应用程序上下文（因为手动编写自己的mocks有点烦人）。示例使用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，我们只需要确保它创建了一个正确的 ApplicationContext 的 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);

希望这些对你有所帮助并且易于理解。

- Spoike

---

非常好的答案。确实，您介绍了Android中的MVP模式 :) - Snicolas

这是一个非常出色的答案。你对面向对象理论的掌握令人印象深刻。 - Thom

Answer 2

我的问题并不完全相同，但是类似。以下是对我有用的解决方法。

首先，在测试的类级别上

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;

然后是setup()

@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));
}

- Forrest