Android Unit Test mit Retrofit2 und Mockito oder Robolectric

Ist es in der Regel nicht eine gute Idee, um zu testen, real-server anfordert. Sehen in diesem blog-post für eine interessante Diskussion über das Thema. Laut dem Autor, mit dem richtigen server ist ein problem, denn:

• Einem anderen beweglichen Teil, kann zeitweise fehlschlagen
• Erfordert einiges an Fachwissen außerhalb der Android-Domäne bereitstellen, die server und halten Sie es aktualisiert
• Schwer zu trigger-Fehler/Sonderfälle
• Langsamen test-Durchführung (immer noch machen HTTP-Aufrufe)

Können Sie vermeiden, all die Probleme, die oben mit einem mock-server wie OkHttp ist MockWebServer zu simulieren Reale response-Ergebnisse. Zum Beispiel:

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

Wenn Sie brauchen, um zu simulieren, Netzwerk-Verzögerungen haben, können Sie Ihre Antwort wie folgt:

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

Alternativ können Sie MockRetrofit und NetworkBehavior zu simulieren, API-Antworten. Sehen hier ein Beispiel, wie es zu benutzen.

Schließlich, wenn Sie wollen einfach nur testen Sie Ihr Retrofit-Service, die einfachste wäre das erstellen eine mock-version, die strahlt mock Ergebnisse für Ihre tests. Zum Beispiel, wenn Sie die folgenden GitHub service-Schnittstelle:

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

Können Sie dann erstellen Sie die folgende MockGitHub für Ihre tests:

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

Dann können Sie die MockGitHub auf Ihre tests simulieren die Arten von Antworten, die Sie suchen. Für das vollständige Beispiel finden Sie in den Implementierungen der SimpleService und SimpleMockService für diese Retrofit-Beispiel.

Having said all dies, wenn Sie absolut müssen eine Verbindung zum eigentlichen server, können Sie festlegen, Retrofit-arbeiten synchron mit einem benutzerdefinierten ImmediateExecutor:

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

Dann gilt es auf die OkHttpClient verwenden Sie beim Bau die Nachrüstung:

OkHttpClient client = OkHttpClient.Builder()
        .dispatcher(new Dispatcher(new ImmediateExecutor()))
        .build();

Retrofit retrofit = new Retrofit.Builder()
        .client(client)
        //Your params
        .build();

InformationsquelleAutor der Antwort Ricardo Lage

Es sei denn, Sie testen, QA-server-API, es ist eine schlechte Idee, aus mehreren Gründen.

• Erstens sind Sie füllen Ihre Produktion Datenbank mit bad/fake
  Daten
• Mit server-Ressourcen, wenn Sie können besser dienen
  gültige Anforderung

Der beste Weg, um Mockito, oder Verspotten, Ihre Antworten

Auch, wenn Sie müssen testen Sie Ihre API-Produktion, testen Sie es einmal und fügen Sie @Ignore-annotation. Auf diese Weise sind Sie nicht die ganze Zeit laufen und nicht spam Ihre server mit fake-Daten und Sie können es verwenden, Wann immer Sie fühlen die api nicht richtig verhält.

InformationsquelleAutor der Antwort Akshay