Wie zu verwenden VisibleForTesting für reinen JUnit-tests.

Im Laufenden Reine JUnit4 java-tests über meine Reine java Dateien auf mein Projekt, aber ich kann nicht einen Weg finden, um @VisibleForTesting deutlich, ohne dass das Ding manuell öffentlichkeit.

Ex:

@VisibleForTesting
public Address getAddress() {
  return mAddress;
}

Die Methode public zu lassen "öffentlichen" tests, aber in diesem Fall wird die annotation nicht Sinn machen, richtig? warum nicht einfach einen Kommentar, wenn die annotation nicht nichts tun?

InformationsquelleAutor Daniel Gomez Rico | 2015-10-21
  1. 15

    Laut Android-Dokumentation:

    Können Sie Optional angeben, was die Sichtbarkeit gewesen sein sollte, wenn nicht zum testen; dies ermöglicht Werkzeuge zu fangen unbeabsichtigten Zugriff von innerhalb der Produktion code.

    Beispiel:

    @VisibleForTesting(sonst = VisibleForTesting.PRIVAT)
    public Address getAddress()

    • der Standard ist bereits privat keine Notwendigkeit zu geben.
    • aber es verbessert die Allgemeine Lesbarkeit des Codes. Vor allem für neue Entwickler.
    InformationsquelleAutor Rodrigo Borba
  2. 35

    Wird die Methode package-private und der test wird in der Lage sein, um es zu sehen, wenn der test in der entsprechenden test-Paket (mit dem gleichen package Namen als dem production code).

    @VisibleForTesting
Address getAddress() {
  return mAddress;
}

    Berücksichtigen Sie auch refactoring von Ihrem code, so brauchen Sie nicht explizit zu testen, die eine private Methode, testen Sie das Verhalten einer öffentlichen Schnittstelle. Code, der schwer zu testen, können ein Indiz dafür, dass Verbesserungen vorgenommen werden können, um die Produktion code.

    Sich der Punkt der Anmerkung ist, dass das übereinkommen und könnte verwendet werden, die im statischen code-Analyse, in der Erwägung, dass ein Kommentar nicht konnte.

    • nicht sicher, warum dies hat so viele mehr Stimmen. es ist die gleiche wie die akzeptierte Antwort, außer, dass es viel weniger flexibel die akzeptierte Antwort nicht von Ihnen verlangen, um Ihre Produktions-code in das gleiche Paket wie Ihre unit-tests.
    • "Berücksichtigen Sie auch refactoring von Ihrem code, so brauchen Sie nicht explizit zu testen, die eine private Methode, testen Sie das Verhalten einer öffentlichen Schnittstelle." mit dieser Meinung sind. manchmal müssen Sie tun, dependency injection, indem eine Reihe von Argumenten in eine Klasse A erzeugt ein Objekt her Klasse B. ich hatte zum erstellen einer öffentlichen Konstruktor für die Klasse B, also Eine Klasse verwenden kann, sondern direkt von der Klasse Bs getInstance () - Methode. Die akzeptierte Antwort, die für mich gearbeitet, ich konnte mich nicht bewegen meine Einheiten tests in verschiedenen Paketen, um diese Arbeit zu machen. Dies scheint ein workaround zu mir und die akzeptierte Antwort ist besser.
    InformationsquelleAutor MikeJ
  3. 2

    @VisibleForTesting annotation verwendet wird, in der Paket-Methoden in Guave und nicht Teil des JUnit-API. Die annotation ist nur ein tag, um die Methode anzugeben getestet werden können. Es auch gar nicht geladen werden in der JVM.

    InformationsquelleAutor Danail Tsvetanov
Schreibe einen Kommentar