Android Unit Test with Retrofit2 and Mockito or Robolectric

Question

我可以测试来自 retrofit2beta4 的真实响应吗？我需要Mockito还是Robolectic？

我的项目中没有活动，它将是一个库，我需要测试服务器是否正确响应。现在我有这样的代码并卡住了...

@Mock
ApiManager apiManager;
@Captor
private ArgumentCaptor<ApiCallback<Void>> cb;
@Before
public void setUp() throws Exception {
    apiManager = ApiManager.getInstance();
    MockitoAnnotations.initMocks(this);
}
@Test
public void test_login() {
    Mockito.verify(apiManager)
           .loginUser(Mockito.eq(login), Mockito.eq(pass), cb.capture());
    // cb.getValue();
    // assertEquals(cb.getValue().isError(), false);
}

我可以做出假的回应，但我需要测试真实。成功了吗？它的身体正确吗？你能帮我写代码吗？

Answer 1

测试真实的服务器请求通常不是一个好主意。有关该主题的有趣讨论，请参阅此博客文章。根据作者的说法，使用真实服务器是一个问题，因为：

• 另一个可能间歇性失效的移动部件
• 需要 Android 域之外的一些专业知识来部署服务器并保持更新
• 难以触发错误/边缘情况
• 测试执行缓慢（仍在进行 HTTP 调用）

您可以通过使用模拟服务器（例如 OkHttp 的模拟Web服务器）来模拟真实的响应结果来避免上述所有问题。例如：

@Test
public void test() throws IOException {
    MockWebServer mockWebServer = new MockWebServer();
    Retrofit retrofit = new Retrofit.Builder()
            .baseUrl(mockWebServer.url("").toString())
            //TODO Add your Retrofit parameters here
            .build();
    //Set a response for retrofit to handle. You can copy a sample
    //response from your server to simulate a correct result or an error.
    //MockResponse can also be customized with different parameters
    //to match your test needs
    mockWebServer.enqueue(new MockResponse().setBody("your json body"));
    YourRetrofitService service = retrofit.create(YourRetrofitService.class);
    //With your service created you can now call its method that should 
    //consume the MockResponse above. You can then use the desired
    //assertion to check if the result is as expected. For example:
    Call<YourObject> call = service.getYourObject();
    assertTrue(call.execute() != null);
    //Finish web server
    mockWebServer.shutdown();
}

如果需要模拟网络延迟，可以按如下方式自定义响应：

MockResponse response = new MockResponse()
    .addHeader("Content-Type", "application/json; charset=utf-8")
    .addHeader("Cache-Control", "no-cache")
    .setBody("{}");
response.throttleBody(1024, 1, TimeUnit.SECONDS);

或者，您可以使用MockRetrofit和NetworkBehavior来模拟 API 响应。请参阅此处有关如何使用它的示例。

最后，如果您只想测试您的改造服务，最简单的方法是创建它的模拟版本，为您的测试发出模拟结果。例如，如果您有以下GitHub服务接口：

public interface GitHub {
    @GET("/repos/{owner}/{repo}/contributors")
    Call<List<Contributor>> contributors(
        @Path("owner") String owner,
        @Path("repo") String repo);
}

然后，可以为测试创建以下MockGitHub：

public class MockGitHub implements GitHub {
    private final BehaviorDelegate<GitHub> delegate;
    private final Map<String, Map<String, List<Contributor>>> ownerRepoContributors;
    public MockGitHub(BehaviorDelegate<GitHub> delegate) {
        this.delegate = delegate;
        ownerRepoContributors = new LinkedHashMap<>();
        // Seed some mock data.
        addContributor("square", "retrofit", "John Doe", 12);
        addContributor("square", "retrofit", "Bob Smith", 2);
        addContributor("square", "retrofit", "Big Bird", 40);
        addContributor("square", "picasso", "Proposition Joe", 39);
        addContributor("square", "picasso", "Keiser Soze", 152);
    }
    @Override public Call<List<Contributor>> contributors(String owner, String repo) {
        List<Contributor> response = Collections.emptyList();
        Map<String, List<Contributor>> repoContributors = ownerRepoContributors.get(owner);
        if (repoContributors != null) {
            List<Contributor> contributors = repoContributors.get(repo);
            if (contributors != null) {
                response = contributors;
            }
        }
        return delegate.returningResponse(response).contributors(owner, repo);
    }
}

然后，您可以使用测试中的MockGitHub来模拟要查找的响应类型。有关完整示例，请参阅此改造示例的 SimpleService 和 SimpleMockService 的实现。

说了这么多，如果你绝对必须连接到实际的服务器，你可以将Retrofit设置为与自定义ImmediateExecutor同步工作：

public class ImmediateExecutor implements Executor {
    @Override public void execute(Runnable command) {
        command.run();
    }
}

然后将其应用于构建改造时使用OkHttpClient：

OkHttpClient client = OkHttpClient.Builder()
        .dispatcher(new Dispatcher(new ImmediateExecutor()))
        .build();
Retrofit retrofit = new Retrofit.Builder()
        .client(client)
        //Your params
        .build();

Answer 2

答案比我预期的要简单：

使用 CountDownLatch 会使您的测试等到您调用 countDown（）

public class SimpleRetrofitTest {
private static final String login = "your@login";
private static final String pass = "pass";
private final CountDownLatch latch = new CountDownLatch(1);
private ApiManager apiManager;
private OAuthToken oAuthToken;
@Before
public void beforeTest() {
    apiManager = ApiManager.getInstance();
}
@Test
public void test_login() throws InterruptedException {
    Assert.assertNotNull(apiManager);
    apiManager.loginUser(login, pass, new ApiCallback<OAuthToken>() {
        @Override
        public void onSuccess(OAuthToken token) {
            oAuthToken = token;
            latch.countDown();
        }
        @Override
        public void onFailure(@ResultCode.Code int errorCode, String errorMessage) {
            latch.countDown();
        }
    });
    latch.await();
    Assert.assertNotNull(oAuthToken);
}
@After
public void afterTest() {
    oAuthToken = null;
}}

Answer 3

除非您正在测试 QA 服务器 API，否则出于多种原因，这是一个坏主意。

• 首先，您正在用不良/伪造填充生产数据库数据
• 使用服务器资源，当它们可以更好地用于服务有效请求

使用Mockito或模拟您的回复的最佳方式

此外，如果必须测试生产 API，请测试一次并添加@Ignore注释。这样它们就不会一直运行，也不会用虚假数据向您的服务器发送垃圾邮件，并且只要您觉得 api 行为不正确，您就可以使用它。