Impossibile risolvere il simbolo "AndroidJUnit4"

Ovviamente ho bisogno della dichiarazione di importazione corretta per risolvere questo problema. Secondo i documenti perAndroidJUnit4 , questo dovrebbe essere

import android.support.test.runner.AndroidJUnit4;

Quando lo faccio, Android Studio si evidenzia runnerin rosso e si lamenta "Impossibile risolvere il simbolo 'corridore'".

sfondo

Sono arrivato a questo punto seguendo i tutorial sul sito per sviluppatori Android per l' impostazione dei test tramite UI Automator . Il primo problema che ho riscontrato è stato quello com.android.support:support-v4:22.2.0e com.android.support.test:runner:0.2dipende da diverse versioni di com.android.support:support-annotations. Ho seguito i suggerimenti di questa segnalazione di bug di Android e ho aggiunto quanto segue a allprojectsnel mio progetto build.gradle:

configurations.all {
    resolutionStrategy.force 'com.android.support:support-annotations:22.1.0'
}

Ciò ha risolto l'errore immediato, ma sospetto che abbia portato ai miei problemi attuali. Qualcuno ha qualche suggerimento su come risolvere questo problema?

Sezioni pertinenti da `./gradlew: app: dipendenze

androidTestCompile - Classpath for compiling the androidTest sources.
+--- com.jayway.android.robotium:robotium-solo:5.2.1
+--- com.squareup:fest-android:1.0.8
|    \--- org.easytesting:fest-assert-core:2.0M10
|         \--- org.easytesting:fest-util:1.2.5
+--- com.android.support.test:runner:0.2
|    +--- junit:junit-dep:4.10
|    |    \--- org.hamcrest:hamcrest-core:1.1
|    +--- com.android.support.test:exposed-instrumentation-api-publish:0.2
|    \--- com.android.support:support-annotations:22.0.0 -> 22.2.0
+--- com.android.support.test:rules:0.2
|    \--- com.android.support.test:runner:0.2 (*)
\--- com.android.support.test.uiautomator:uiautomator-v18:2.1.0

compile - Classpath for compiling the main sources.
+--- com.android.support:appcompat-v7:22.2.0
|    \--- com.android.support:support-v4:22.2.0
|         \--- com.android.support:support-annotations:22.2.0
+--- com.android.support:support-v4:22.2.0 (*)
+--- com.google.android.gms:play-services:6.1.71
|    \--- com.android.support:support-v4:20.0.0 -> 22.2.0 (*)
+--- com.crashlytics.android:crashlytics:1.+ -> 1.1.13
\--- com.jakewharton:butterknife:5.1.2

Assicurati che la tua app sia nella versione build di debug. Vai a Build> Seleziona Build Variant ... e dovrebbe apparire quanto segue:

Ho fatto l'errore di mettere le classi di test su src / test . Dopo averli spostati su src / androidTest / java / la dipendenza è stata risolta.

Ok, ecco il tuo errore e il mio!

Se stiamo per scrivere un pezzo di codice per i test delle unità locali non dovremmo usare @RunWith(AndroidJUnit4.class)perché non utilizziamo AndroidJUnit4 ma abbiamo bisogno di Junit4. quindi dovremmo scrivere @RunWith(JUnit4.class). E ovviamente il tuo file di test Java è nella app/src/test/java/your.package.namedirectory.

Altrimenti se (!!) vogliamo scrivere alcuni Test Unit unità Android dovremmo mettere i nostri file java di test nella app/src/androidTest/java/your.package.namedirectory e usare le annotazioni come@RunWith(AndroidJUnit4.class)

Aggiornare

La libreria di test Android ora fa parte di AndroidX. Assicurarsi di utilizzare le dipendenze Gradle corrette presenti nella documentazione ufficiale .

Risposta originale

Ho trovato qui che ci sono le versioni più recenti del libreria di supporto Test di quello che mi utilizzando:

dependencies {
    androidTestCompile 'com.android.support.test:runner:0.5'
    androidTestCompile 'com.android.support.test:rules:0.5'
    androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.2'
}

Nota: assicurarsi di utilizzare le versioni più recenti di queste librerie. Questa domanda è di un periodo in cui la libreria di supporto test Android era nuova e i numeri di versione qui sono molto obsoleti.

Ho risolto il problema apportando una piccola modifica nel file build.gradle dell'app. Nella dependencies { ... }sezione, assicurati di includere la seguente riga:

debugImplementation 'com.android.support.test:runner:1.0.1'

o qualsiasi versione sia la più recente a quel punto ( ...Compileè obsoleta ed è stata sostituita da ...Implementation). Nota l'uso di debugImplementation. Android Studio ha suggerito di includerlo automaticamente con androidTestImplementation, che non ha funzionato.

Ho scoperto come cambiarlo da test a debug guardando nella Struttura del progetto in Dipendenze del modulo app, dove puoi cambiare l'ambito di ogni dipendenza, vedi sotto.

Si noti che questo OP è ora nel 2019, a 4 anni, quindi se si utilizza Android X AndroidJUnit4.classè deprecato, si verifica un errore lì e un altro con questo androidx.test.ext.junit.runners.AndroidJUnit4. Suggerisco di leggere questo link per risolvere il problema.

AndroidJUnit4.class è obsoleto: come utilizzare androidx.test.ext.junit.runners.AndroidJUnit4?

Migrazione dei test Junit4 su androidx: Quali sono le cause 'caricamento delegato non può essere caricato'? Per me Android Studio ha suggerito di sostituire

@RunWith(AndroidJUnit4.class)

che è stato deprecato con

@RunWith(AndroidJUnit4ClassRunner.class)

e questo

androidx.test.ext.junit.runners.AndroidJUnit4

con questo

import androidx.test.internal.runner.junit4.AndroidJUnit4ClassRunner;

Dopodiché l'errore è scomparso ma non so se il test futuro verrà eseguito correttamente ?!

Nel mio caso questo ha aiutato per la variante di rilascio:

android {
    ...
    testBuildType "release" 
}

La causa comune di questo problema è che quando si aggiunge la dipendenza di seguito:

androidTestImplementation 'androidx.test.ext:junit:1.1.1'

Questa è una dipendenza corretta se si intende utilizzare test strumentati (test nel androidTestpacchetto java)

Ma per implementare test unitari locali (test nel testpacchetto java) durante l'utilizzo della dipendenza sopra menzionata; allora dovrai affrontareCannot resolve symbol 'AndroidJUnit4'

Questo perché la androidTestImplementationdirettiva viene utilizzata per importare librerie in test strumentati, ma non nei test JVM / unità locali.

Se si desidera utilizzare AndroidJUnit4in un test JVM / unità locale, utilizzare invece la dipendenza sottostante

testImplementation 'androidx.test.ext:junit:1.1.1'

La stessa cosa si applica se si aggiunge quest'ultima dipendenza durante l'utilizzo AndroidJUnit4in test strumentato, si otterrà anche Cannot resolve symbol 'AndroidJUnit4'; perché stai usando la direttiva sbagliata.

Se qualcuno ha ancora questo problema:

Impossibile risolvere il simbolo "AndroidJUnit4"

e utilizzando l'API 27, nella build.gradlequale si trova nel modulo dell'app, aggiungere le seguenti righe:

testImplementation 'junit:junit:4.12'

// AndroidJUnitRunner and JUnit Rules
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test:rules:1.0.2'

// Espresso dependencies
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'

inserisci questo codice nelle tue dipendenze

compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
    exclude group: 'com.android.support', module: 'support-annotations'
})

Se stai usando un progetto con più tipi di build, il tipo di build selezionato nella finestra della variante di build deve essere menzionato con il tag testBuildType nel file build.gradle del modulo.

Ad esempio: se stai usando il debug di tipo build, dovresti aggiungere android{testBuildType "debug" }, se usi stage quindi aggiungi l' android{testBuildType "stage"}istruzione nel tag Android.

Sposta la classe di test su src / androidTest / java /. Quindi la dipendenza si risolverà.

La classica cache / riavvio non validi mi ha aiutato! :)

Aggiungi questa dipendenza nel tuo file build.gradle:

androidTestImplementation 'androidx.test.ext:junit:1.1.1'

Aggiorna la versione finale ( 1.1.1) con l'ultima versione rilasciata.

Aggiunta

compile com.android.support.test:runner:0.5'

risolto questo problema esatto per me.

Come dimostra l'elenco delle risposte, ciò può essere causato da alcune cose. Un altro per l'elenco:

Ho eseguito un LINT troppo zelante che ha rimosso tutte le importazioni inutilizzate. Ciò produrrà gli stessi errori ed è facile non notare che questo è il problema.

Android-studio evidenzierà i riferimenti mancanti nel codice di test e apparirà il popup ALT-ENTER (questo è il bit che è facile perdere).

Successivamente, devo rimuovere i test da LINT - o almeno disabilitare questo avviso.

Modifica: @ Code-Apprentice, le righe mancanti erano:

import org.junit.After;
import org.junit.Before;
import org.junit.Rule;
import org.junit.Test;
import org.junit.runner.RunWith;


import static junit.framework.Assert.assertNotNull;
import static junit.framework.Assert.assertNull;
import static org.junit.Assert.assertEquals;
import static org.junit.Assert.assertTrue;

Quindi il primo errore nel file è stato @RunWith(AndroidJUnit4.class)all'inizio della mia classe di test.

Versione per racconti:

Aggiorna il tuo Gradle all'ultima versione

Sto rispondendo a questo post della domanda il 15 febbraio 2020. Sfortunatamente, ho esaurito tutte le possibili soluzioni menzionate qui e altrove.

• https://github.com/codepath/android_guides/wiki/UI-Testing-with-Espresso

• https://github.com/udacity/AdvancedAndroid_TeaTime/issues/14

• Android Espresso: impossibile risolvere il simbolo AndroidJUnit4.class

• Impossibile risolvere il simbolo AndroidJUnit4

• Android Espresso: impossibile risolvere il simbolo AndroidJUnit4.class

Sì, nessuno di loro sopra funziona. Uso la funzione integrata "Migrate su Andoridx", potrebbe ricordarmi che devo aggiornare le mie versioni dell'SDK di destinazione e la mia versione gradle. Dopo aver aggiornato la mia versione Gradle dalla 2.0.2 alla 3.5.3. Funzionano e funziona anche la vecchia dichiarazione di importazione.

Lo stesso errore si è verificato quando seguo l'app Google IOSched e configuro il mio progetto con tre tipi di build [debug, release, staging] in cui debug e release condividono la stessa directory di origine

sourceSets {
    debug.java.srcDir 'src/debugRelease/java'
    release.java.srcDir 'src/debugRelease/java'
}

In questo caso, specifica il testBuildTypefile build.gradle a livello di modulo e il progetto dovrebbe ora essere in grado di risolvere il simbolo "AndroidJUnit4".

...
sourceSets {
    debug.java.srcDir 'src/debugRelease/java'
    release.java.srcDir 'src/debugRelease/java'
}

testBuildType "staging"
...

Riferimento: https://github.com/google/iosched/blob/master/mobile/build.gradle