JUnit Scheduler che non dipende da Android

Question

Sto tentando di utilizzare MVP per migliorare i test delle unità ed eseguire test più velocemente (perché sto testando la logica non il codice di Android, quindi evito di usare cose come RobotElectric).

Ma sto usando RXAndroid e ha bisogno Looper per ottenere Schedulers.io() e AndroidSchedulers.mainThread() e quando provo a correre qualche volta come

class Phone { 
    public Observable<> sendSms(String number){ 
     //... 
    } 
} 

Phone.getInstance().sendSms(phoneNumber) 
       .subscribeOn(Schedulers.io()) 
       .observeOn(AndroidSchedulers.mainThread()) 
       .subscribe(phone -> { 
        mView.dismissProgress(); 
        mView.startCodeView(phone); 
       }, error -> { 
        mView.dismissProgress(); 
        mView.showError(error); 
       }); 

ottengo:

Caused by: java.lang.RuntimeException: Method getMainLooper in android.os.Looper not mocked. See http://g.co/androidstudio/not-mocked for details. 
at android.os.Looper.getMainLooper(Looper.java) 
at rx.android.schedulers.AndroidSchedulers.<clinit>(AndroidSchedulers.java:27) 
... 28 more 

ho provato:

android { 
    // ... 
    testOptions { 
    unitTests.returnDefaultValues = true 
    } 
} 

Ma non funzionerà perché voglio eseguire test JUnit completi e non Robo roba elettrica o Espresso.

Come posso realizzarlo? c'è qualche schedulatore che non si bloccherà a causa di questo?

Answer 1

Sono anche utilizzando filo di pianificazione per questo, ma in il mio test SetUp e TearDown.

@Before 
    public void setUp() throws Exception { 
     RxAndroidPlugins.getInstance().registerSchedulersHook(new RxAndroidSchedulersHook() { 
      @Override 
      public Scheduler getMainThreadScheduler() { 
       return Schedulers.immediate(); 
      } 
     }); 
} 

@After 
    public void tearDown() { 
     RxAndroidPlugins.getInstance().reset(); 
    } 

Questo sarà di aiuto?

Answer 2

Nella nostra pratica, si tenta di evitare l'uso di AndroidSchedulers.mainThread() in Presenter perché è un dettaglio dell'implementazione di View. Puoi farlo anche tu.

Anche se usiamo Robolectric, comunque funzionerà nei nostri test.

Answer 3

Sì, no android.jar nei test di junit non significa Loopers. Se usi Dagger puoi iniettare un programma di simulazione in test e un vero programmatore nel codice sorgente. Puoi anche usare qualcosa come Mockito per prendere in giro lo Scheduler. Altrimenti, come suggerito da @Artem Zinnatullin, Robolectric risolve questo problema. Robolectric 3 è molto facile da configurare con Android Studio.

Answer 4

Ho finito per aggiungere le trasformazioni e le "classi di iniezione di sapore" per questo, ho una classe che utilizza il principale per prod/debug e usa un'altra classe nella cartella di prova per test Schedulers.immediate().

normale classe aromatizzato:

public class Transformer { 

    public static <T> Observable.Transformer<T, T> applyIoSchedulers() { 
    return observable -> observable.subscribeOn(getIoScheduler()) 
     .observeOn(getMainScheduler()); 
    } 

    private static Scheduler getIoScheduler() { 
    return Schedulers.io(); 
    } 

    private static Scheduler getMainScheduler() { 
    return AndroidSchedulers.mainThread(); 
    } 
} 

Test classe aromatizzato:

public class Transformer { 

    public static <T> Observable.Transformer<T, T> applyIoSchedulers() { 
    return observable -> observable.subscribeOn(getIoScheduler()) 
     .observeOn(getMainScheduler()); 
    } 

    private static Scheduler getIoScheduler() { 
    return Schedulers.immediate() ; 
    } 

    private static Scheduler getMainScheduler() { 
    return Schedulers.immediate() ; 
    } 
} 

Quindi utilizzare con trasformazioni:

mSessionRepository.login(...) 
     .compose(Transformer.applyIoSchedulers()) 
     .subscribe(session -> { })