ApplicationTestCase deprecated in API-level 24

Erstellte ich einen leeren Standard-Projekt auf Android Studio 2.1.2 mit API 24. Im Beispiel-Projekt, bietet Google abgeschrieben Klasse ApplicationTestCase:

Diese Klasse wurde als veraltet markiert in der API-Ebene 24. Verwenden ActivityTestRule
statt. Neue Prüfungen werden geschrieben, mit der Android-Testing-Support
Bibliothek.

Beispiel:

import android.app.Application;
import android.test.ApplicationTestCase;

/**
 * <a href="http://d.android.com/tools/testing/testing_android.html">Testing Fundamentals</a>
 */
public class ApplicationTest extends ApplicationTestCase<Application> {
    public ApplicationTest() {
        super(Application.class);
    }
}

Meine Frage: Warum Android-Test-Fall ist jetzt veraltet? Wie ersetzen ApplicationTestCase von ActivityTestRule?

EDIT:

Ich versuche mit Expresso, aber auf API 24 (compileSdkVersion 24) habe ich diese Fehlermeldung:

Error:Conflict with dependency 'com.android.support:appcompat-v7'. Resolved versions for app (24.0.0) and test app (23.1.1) differ. See http://g.co/androidstudio/app-test-app-conflict for details.
Error:Conflict with dependency 'com.android.support:design'. Resolved versions for app (24.0.0) and test app (23.1.1) differ. See http://g.co/androidstudio/app-test-app-conflict for details.
Error:Conflict with dependency 'com.android.support:support-annotations'. Resolved versions for app (24.0.0) and test app (23.1.1) differ. See http://g.co/androidstudio/app-test-app-conflict for details.
Error:Conflict with dependency 'com.android.support:recyclerview-v7'. Resolved versions for app (24.0.0) and test app (23.1.1) differ. See http://g.co/androidstudio/app-test-app-conflict for details.

Wenn ich versuche, fügen Sie diese lib in mein build.gradle:

//Android JUnit Runner
androidTestCompile 'com.android.support.test:runner:0.5'
//JUnit4 Rules
androidTestCompile 'com.android.support.test:rules:0.5'
//Espresso core
androidTestCompile 'com.android.support.test.espresso:espresso-core:2.2.2'
//Espresso-contrib for DatePicker, RecyclerView, Drawer actions, Accessibility checks, CountingIdlingResource
androidTestCompile 'com.android.support.test.espresso:espresso-contrib:2.2.2'
//Espresso-web for WebView support
androidTestCompile 'com.android.support.test.espresso:espresso-web:2.2.2'
//Espresso-idling-resource for synchronization with background jobs
androidTestCompile 'com.android.support.test.espresso:espresso-idling-resource:2.2.2'

Mein Fazit ist, dass im moment weder Android-Test-Fall - noch Expresso funktioniert auf Android-API 24. Ist das richtig?

EDIT: 2016-08-05

Ich fix vorherigen Fehler auf Expresso so:

def espressoVersion = '2.2.2'
def testRunnerVersion = '0.5'
androidTestCompile "com.android.support.test:rules:${testRunnerVersion}"
androidTestCompile "com.android.support.test.espresso:espresso-core:${espressoVersion}"
configurations.androidTestCompile.dependencies.each { androidTestCompileDependency ->
    androidTestCompileDependency.exclude group: 'com.android.support'
}
  • googeln "android-espresso"
  • Ich kann nicht finden, ein tutorial, Api 24
  • Bezüglich der Abhängigkeit-Konflikt Fehler finden Sie unter: diese Antwort
InformationsquelleAutor lopez.mikhael | 2016-07-11
  1. 20

    Den neuen androidTest Beispiel, dass die beta-version von Android Studio 2.2 generiert, die wie folgt Aussehen:

    @RunWith(AndroidJUnit4.class)
public class ExampleInstrumentedTest {
    @Test
    public void useAppContext() throws Exception {
        //Context of the app under test.
        Context appContext = InstrumentationRegistry.getTargetContext();

        assertEquals("org.mypackage", appContext.getPackageName());
    }
}

    Genau wie die deprecation Warnung schlägt vor, die neue instrumentation tests verwenden soll InstrumentationRegistry statt, die sich von AndroidTestCase. Laufen Sie mit AndroidJUnit4.

    Relevanten dependencies Abschnitt in build.gradle sieht wie folgt aus:

    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
    exclude group: 'com.android.support', module: 'support-annotations'
})
    • Ok, aber wie ersetzt man ApplicationTestCase? Es behandelt die app-setup und teardown zwischen jedem test der Fall.
    • Fügen Sie einfach eine Methoden, um Ihre test-Fall-und kommentieren Sie mit @Before und @After von JUnit und führen Sie den setup/teardown Aktionen gibt.
    • Ich weiß, meine Frage war mehr darauf ausgerichtet: was ist der Inhalt dieser Methoden zu richtig erstellen Sie eine neue Application Instanz jedes mal, ohne zu lecken, widersprüchliche und nachdem die Instanz erstellt, die test durch context.getApplicationContext() wo erforderlich, innerhalb der app?
    • Wenn ich verstehe es richtig, Ihr die Application-Klasse benötigt, um die Ressourcen-Lecks, unabhängig davon, ob er aufgerufen wird der Test-Klasse ist oder nicht. Bitte siehe meine Antwort weiter unten, wie Sie es verwenden, anstatt ApplicationTestCase.
    InformationsquelleAutor friederbluemle
  2. 0

    Wie in der API-Dokumentation die API veraltet ist und stattdessen der InstrumentationRegistry.getTargetContext() wird wiederum Aufruf onCreate-Methode der Application-Klasse.

    Den getTargetContext rufen die ApplicationStartupService Klasse definiert, die im Android-Manifest als unten.

        <?xml version="1.0" encoding="utf-8"?>
     <manifest xmlns:android="http://schemas.android.com/apk/res/android"
       <application
           android:name=".service.ApplicationStartupService"

 public class ApplicationStartupService extends Application
 {

       /**
         * Method initializes the application configuration
       */
       @Override
       public void onCreate(){

          super.onCreate();

          this.initResources()
       }

      private void initResource(){
          //do your application init work here.
      }
}

Test Class

  @RunWith(AndroidJUnit4.class)      
  public class ApplicationStartupServiceTest {

  @Test
  public void testResourcesAreInitializedd() throws Exception {
   //do your assertions here.
  }

    https://developer.android.com/reference/android/test/ApplicationTestCase

    InformationsquelleAutor MG Developer
Schreibe einen Kommentar