ApplicationTestCase obsolète de l'API de niveau 24

J'ai créé un vide par défaut projet sur Android Studio 2.1.2 avec API 24. Dans l'exemple de projet, Google offre un amorti classe ApplicationTestCase:

Cette classe était dépréciée de l'API de niveau 24. Utilisation ActivityTestRule
au lieu de cela. De nouveaux tests devraient être écrites en utilisant l'Android de Tests
De la bibliothèque.

Exemple:

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

Ma Question: Pourquoi Android de Cas de Test est maintenant obsolète? Comment remplacer ApplicationTestCase par ActivityTestRule?

EDIT:

J'ai essayer avec Expresso, mais sur API 24 (compileSdkVersion 24) j'ai cette erreur:

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.

Lorsque j'essaie d'ajouter cette lib dans mon construire.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'

Ma conclusion est que pour le moment, ni Android de Cas de Test ni Expresso fonctionne sur API Android 24. Est-ce vrai?

EDIT: 2016-08-05

J'correction d'erreur précédent sur Expresso comme ça:

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'
}

googler "android espresso"
Je ne peux pas trouver un tutoriel sur l'Api 24
Quant à la dépendance de l'erreur de conflit de voir: cette réponse

InformationsquelleAutor lopez.mikhael | 2016-07-11

17

La nouvelle androidTest exemple que la version beta d'Android Studio 2.2 génère, ressembler à ceci:
```
@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());
    }
}
```
Tout comme l'abandon d'avertissement indique, la nouvelle instrumentation essais doivent utiliser InstrumentationRegistry au lieu de l'étendre à partir de AndroidTestCase. Exécuter avec AndroidJUnit4.

Pertinentes dependencies section dans build.gradle ressemble à ceci:
```
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
    exclude group: 'com.android.support', module: 'support-annotations'
})
```
- Ok, mais comment voulez-vous remplacer ApplicationTestCase? Il gère la configuration de l'application et de la mise à nu entre chaque cas de test.
- Il suffit d'ajouter une méthodes pour votre cas de test et les annoter avec @Before et @After JUnit, et effectuer votre réglage/démontage des actions de là.
- Je sais que ma question était plus ciblées sur: quel est le contenu de ces méthodes pour correctement créer un nouveau Application exemple à chaque fois, sans fuite, contradictoires et ayant l'instance créée dans ce test disponible par le biais de context.getApplicationContext() en cas de besoin à l'intérieur de l'app?
- Si je suis le comprendre correctement, votre classe d'Application doit gérer que les fuites de ressource qu'il est appelé à partir de la classe de Test ou pas. Veuillez voir ma réponse ci-dessous sur la façon de l'utiliser à la place de ApplicationTestCase.
InformationsquelleAutor friederbluemle

Comme indiqué dans la documentation de l'API l'API a été désapprouvée et utiliser à la place de la InstrumentationRegistry.getTargetContext() sera à son tour appel de méthode onCreate de votre classe d'Application.

La getTargetContext fera appel à la ApplicationStartupService classe définie dans Android Manifeste comme ci-dessous.

    <?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

Vous devez vous connecter pour publier un commentaire.