Wie erkennen Sie, ob eine android-app ausgeführt wird, UI-test mit Espresso

Kombiniert mit CommonsWare Antwort. Hier ist meine Lösung:

Definierte ich ein AtomicBoolean variable und eine Funktion, um zu überprüfen, ob es läuft test:

private AtomicBoolean isRunningTest;

public synchronized boolean isRunningTest () {
    if (null == isRunningTest) {
        boolean istest;

        try {
            Class.forName ("myApp.package.name.test.class.name");
            istest = true;
        } catch (ClassNotFoundException e) {
            istest = false;
        }

        isRunningTest = new AtomicBoolean (istest);
    }

    return isRunningTest.get ();
}

Dies vermeidet dabei die try-catch-überprüfen Sie jedes mal, wenn Sie brauchen, um zu überprüfen, den Wert und es läuft nur der Prüfung das erste mal, wenn Sie diese Funktion aufrufen.

Aufbauend auf den Antworten der folgenden Kotlin-code entspricht:

val isRunningTest : Boolean by lazy {
    try {
        Class.forName("android.support.test.espresso.Espresso")
        true
    } catch (e: ClassNotFoundException) {
        false
    }
}

Können Sie dann überprüfen Sie den Wert der Eigenschaft:

if (isRunningTest) {
  //Espresso only code
}

ich lieber nicht verwenden, um Reflexion, die langsam auf android. Die meisten von uns haben dagger2 eingerichtet für dependency injection. Ich habe eine test-Komponente einrichten und testen. Hier ist ein kurzer Weg, Sie bekommen das application-Modus (Test-oder normal):

erstellen ein enum:

public enum ApplicationMode {
    NORMAL,TESTING;
}

einer normalen AppModule:

@Module
public class AppModule {

    @Provides
    public ApplicationMode provideApplicationMode(){
        return ApplicationMode.NORMAL;
    }
}

erstellen Sie einen test-Läufer wie mich:

public class PomeloTestRunner extends AndroidJUnitRunner {

    @Override
    public Application newApplication(ClassLoader cl, String className, Context context) throws InstantiationException, IllegalAccessException, ClassNotFoundException {
            return super.newApplication(cl, MyTestApplication.class.getName(), context);
    }
}

vergessen Sie nicht, es zu erklären in gradle wie diese:

defaultConfig {
testInstrumentationRunner "com.mobile.pomelo.base.PomeloTestRunner"
}

Erstellen Sie jetzt eine Unterklasse der AppModule mit override-Methode, die sieht genau so aus und markieren Sie es als Modul über der Klassendefinition :

public class TestAppModule extends AppModule{

    public TestAppModule(Application application) {
        super(application);
    }

    @Override
    public ApplicationMode provideApplicationMode(){
        return ApplicationMode.TESTING; //notice we are testing here
    }
}

nun in Ihrem MyTestApplication Klasse, die man deklariert benutzerdefinierte test-runner haben die folgenden deklariert:

public class PomeloTestApplication extends PomeloApplication {

    @Singleton
    @Component(modules = {AppModule.class})
    public interface TestAppComponent extends AppComponent {
        }

    @Override
    protected AppComponent initDagger(Application application) {
        return DaggerPomeloTestApplication_TestAppComponent.builder()
                .appModule(new TestAppModule(application)) //notice we pass in our Test appModule here that we subclassed which has a ApplicationMode set to testing
                .build();
    }
}

Nun, es zu benutzen einfach injizieren es in der Produktion code, wo immer so:

@Inject
    ApplicationMode appMode;

also, wenn Ihre Ausführung espresso-tests werden Tests enum, aber wenn in production code wird es normal sein, enum.

ps nicht notwendig, aber wenn Sie brauchen, um zu sehen, wie meine Produktion Dolch baut das Diagramm seine, wie diese erklärt und in Anwendung Unterklasse:

 protected AppComponent initDagger(Application application) {
        return DaggerAppComponent.builder()
                .appModule(new AppModule(application))
                .build();
    }

Können Sie SharedPreferences für diese.

Setzt den debug-Modus:

boolean isDebug = true;

SharedPreferences sharedPref = getActivity().getPreferences(Context.MODE_PRIVATE);
SharedPreferences.Editor editor = sharedPref.edit();
editor.putInt("DEBUG_MODE", isDebug);
editor.commit();

Überprüfen Sie, ob der debug-Modus:

SharedPreferences sharedPref = getActivity().getPreferences(Context.MODE_PRIVATE);
boolean isDebug = sharedPref.getBoolean("DEBUG_MODE", false);

if(isDebug){
    //Activate debug features
}else{
    //Disable debug features
}