Ignorieren von Android-Komponententests abhängig von der SDK-Ebene

Question

Gibt es eine Anmerkung oder eine andere bequeme Möglichkeit, Junit-Tests für bestimmte Android SDK-Versionen zu ignorieren? Gibt es etwas Ähnliches wie die Lint Annotation TargetApi (x)? Oder muss ich manuell überprüfen, ob der Test mit Build.VERSION ausgeführt wird?

Answer 1

Ich glaube nicht, dass etwas bereit ist, aber es ist ziemlich einfach, eine benutzerdefinierte Annotation dafür zu erstellen.

Erstellen Sie Ihre benutzerdefinierte Anmerkung

@Target(ElementType.METHOD) 
@Retention(RetentionPolicy.RUNTIME) 
public @interface TargetApi { 
    int value(); 
} 

Ovverride der Testläufer (dh den Wert überprüfen und eventuell ignorieren/Feuer der Test)

public class ConditionalTestRunner extends BlockJUnit4ClassRunner { 
    public ConditionalTestRunner(Class klass) throws InitializationError { 
     super(klass); 
    } 

    @Override 
    public void runChild(FrameworkMethod method, RunNotifier notifier) { 
     TargetApi condition = method.getAnnotation(TargetApi.class); 
     if(condition.value() > 10) { 
      notifier.fireTestIgnored(describeChild(method)); 
     } else { 
      super.runChild(method, notifier); 
     } 
    } 
} 

und markieren Sie Ihre Tests

@RunWith(ConditionalTestRunner.class) 
public class TestClass { 

    @Test 
    @TargetApi(6) 
    public void testMethodThatRunsConditionally() { 
     System.out.print("Test me!"); 
    } 
} 

Nur getestet, es funktioniert für mich. :)

Credits: Conditionally ignoring JUnit tests

Answer 2

Ich habe auf diese Frage eine Antwort gesucht und haben keinen besseren Weg, als überprüfen Sie die Version gefunden. Ich konnte die Ausführung der Testlogik bedingt unterdrücken, indem ich die folgenden Android TestCase Methoden eincheckte. Dies verhindert jedoch nicht die Ausführung der einzelnen Tests. Das Überschreiben der runTest()-Methode wie dieser führt dazu, dass Tests auf API-Ebenen "bestanden" werden, von denen Sie wissen, dass sie nicht funktionieren. Abhängig von Ihrer Testlogik möchten Sie möglicherweise auch tearDown() überschreiben. Vielleicht wird jemand eine bessere Lösung anbieten.