Junit4-Tests auf Android migrieren: Welche Ursachen für 'Delegate Runner' konnten nicht geladen werden?

Die Fehlermeldung wird angezeigt, wenn ich die @ Test-Methode lösche.

Sie können versuchen, eine @ Test-Methode zu erstellen und auszuführen

@Test
public void signInTest() {


}

Ändern

@Test
void someTest() {
    // Testing here
}

zu

@Test
public void someTest() {
    // Testing here
}

funktioniert bei mir.

Wenn nach dem Hinzufügen der folgenden Abhängigkeiten:

testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.Android.support.test:runner:1.0.1'
androidTestImplementation 
           'com.Android.support.test.espresso:espresso-core:3.0.1'

und

Android{
defaultConfig{
    ...
    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    ...
   }
}

hilft dann nicht, die veraltete Klasse AndroidJUnit4 zu verwenden, die zum Paket androidx.test.runner gehört, anstatt zu der, die zum Paket androidx.test.ext.junit.runners.AndroidJUnit4 gehört.

Ich verstehe immer noch nicht, warum die Klasse AndroidJUnit4 Veraltet ist, während die Gradle-Abhängigkeiten, zu denen sie gehört, vom Android) -Team überall vorgeschlagen werden, dh Codelabs und - docs

Sie können @JvmField verwenden. Aus der Dokumentation 

Weist den Kotlin-Compiler an, keine Getter/Setter für diese Eigenschaft zu generieren und sie als Feld anzuzeigen

@Rule
@JvmField
val activityActivityTestRule = ActivityScenarioRule<MainActivity>(MainActivity::class.Java)

Sie erhalten die Fehlermeldung auch, wenn Sie eine Testregel in Kotlin verwenden und Java-Stil schreiben

@Rule
var mainActivityActivityTestRule = ActivityTestRule(MainActivity::class.Java)

Sie müssen @Rule in @get:Rule ändern.

@get:Rule
var mainActivityActivityTestRule = ActivityTestRule(MainActivity::class.Java) 

Einige andere mögliche Gründe:

• Mit nur @SmallTest (Oder Medium-/Large-) Testmethoden. Das Markieren von mindestens einer Methode mit @Test Behebt die Probleme.
• setup()/teardown() Methoden sind nicht öffentlich.

Für mich war das Problem die @Rule Annotation ..
Ich kenne die Ursache noch nicht. 

Als temporärer Workaround können Sie beispielsweise Ihre Aktivität mit UIAutomator for ActivityTestRule starten. 

Vielleicht haben Sie den Läufer in der Gradle-Konfigurationsdatei nicht aktualisiert? 

defaultConfig {
    ...
    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
}

AndroidStudio 3.2 bietet außerdem eine Option zur Automatisierung der Migration Ihrer Abhängigkeiten zu AndroidX (Refactor -> Migrate to AndroidX ...), die das für mich getan hat. 

Ich habe mit dieser Konfiguration behoben:

Meine Abhängigkeiten:

/*Instrumentation Test*/
androidTestImplementation "org.assertj:assertj-core:3.12.2"
androidTestImplementation ('androidx.test.espresso:espresso-core:3.2.0',{
    exclude group: 'com.Android.support', module: 'support-annotations'
})
androidTestImplementation "androidx.Arch.core:core-testing:2.1.0-rc01"

In meinem Abschnitt defaultConfig habe ich:

defaultConfig {
    applicationId "uy.edu.ude.archcomponents"
    minSdkVersion 22
    targetSdkVersion 28
    versionCode 1
    versionName "1.0"
    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"

    testInstrumentationRunnerArguments clearPackageData: 'true'
}

Im Test habe ich:

package uy.edu.ude.archcomponents.repository

import androidx.Arch.core.executor.testing.InstantTaskExecutorRule
import androidx.room.Room
import androidx.test.platform.app.InstrumentationRegistry
import androidx.test.runner.AndroidJUnit4
import com.example.Android.roomwordssample.WordDao
import com.example.Android.roomwordssample.WordRoomDatabase
import kotlinx.coroutines.runBlocking
import org.assertj.core.api.Assertions.assertThat
import org.junit.After
import org.junit.Before
import org.junit.Rule
import org.junit.Test
import org.junit.runner.RunWith
import uy.edu.ude.archcomponents.entity.Word
import Java.io.IOException


@RunWith(AndroidJUnit4::class)
class WordDaoTest {

    @get:Rule
    val instantTaskExecutorRule = InstantTaskExecutorRule()

    private lateinit var wordDao: WordDao
    private lateinit var db: WordRoomDatabase

    @Before
    fun createDb() {
        val context = InstrumentationRegistry.getInstrumentation().context
        // Using an in-memory database because the information stored here disappears when the
        // process is killed.
        db = Room.inMemoryDatabaseBuilder(context, WordRoomDatabase::class.Java)
                // Allowing main thread queries, just for testing.
                .allowMainThreadQueries()
                .build()
        wordDao = db.wordDao()
    }

    @After
    @Throws(IOException::class)
    fun closeDb() {
        db.close()
    }

    @Test
    @Throws(Exception::class)
    fun insertAndGetWord() {
        runBlocking {
            val Word = Word("Word")
            wordDao.insert(Word)
            val allWords = wordDao.getAlphabetizedWords().waitForValue()
            assertThat(allWords[0].Word).isEqualTo(Word.word)
        }
    }
}

Ich benutze auch das Android Plugin Version 3.4.2. Ich habe die Konfiguration aus hier genommen

Ich schätze diesen Fehler, um den Spaß einfach als privat zu definieren, und löste diesen Fehler für mich.