5
Sto tentando di testare questa classe in un test JUnit standard, tuttavia, mi sto bloccando su NullPointerException con Schedulers.io(). Schedulers.io() può essere deriso?RxJava Schedules.io() NullPointerException nei test di unità
Questa è un'applicazione Android e sto tentando di fornire una copertura completa del codice utilizzando travis-ci per l'integrazione continua e coveralls.io per la copertura dei rapporti.
classe da testare: Classe
public class GetLiveStreamsList extends UseCase {
private final String filename;
private final ContentRepository contentRepository;
public GetLiveStreamsList(final String filename, final ContentRepository contentRepository, ThreadExecutor threadExecutor, PostExecutionThread postExecutionThread) {
super(threadExecutor, postExecutionThread);
this.filename = filename;
this.contentRepository = contentRepository;
}
@Override
protected Observable buildUseCaseObservable() {
Action1<List<LiveStreamInfo>> onNextAction = new Action1<List<LiveStreamInfo>>() {
@Override
public void call(List<LiveStreamInfo> liveStreamInfos) {
try {
Thread.sleep(5000);
} catch(InterruptedException e) { }
}
};
return this.contentRepository.liveStreamInfos(this.filename)
.repeat(Schedulers.io())
.doOnNext(onNextAction);
}
}
prova:
public class GetLiveStreamsListTest {
private static final String FAKE_FILENAME = "fake filename";
private GetLiveStreamsList getLiveStreamsList;
@Mock
private ThreadExecutor mockThreadExecutor;
@Mock
private PostExecutionThread mockPostExecutionThread;
@Mock
private ContentRepository mockContentRepository;
@Before
public void setUp() {
MockitoAnnotations.initMocks(this);
getLiveStreamsList = new GetLiveStreamsList(FAKE_FILENAME, mockContentRepository, mockThreadExecutor, mockPostExecutionThread);
}
@Test
public void testGetLiveStreamsListUseCaseObservableHappyCase() {
getLiveStreamsList.buildUseCaseObservable();
verify(mockContentRepository).liveStreamInfos(FAKE_FILENAME);
verifyNoMoreInteractions(mockContentRepository);
verifyZeroInteractions(mockThreadExecutor);
verifyZeroInteractions(mockPostExecutionThread);
}
}
Ecco la stacktrace:
java.lang.NullPointerException
at org.mythtv.android.domain.interactor.GetLiveStreamsList.buildUseCaseObservable(GetLiveStreamsList.java:47)
at org.mythtv.android.domain.interactor.GetLiveStreamsListTest.testGetLiveStreamsListUseCaseObservableHappyCase(GetLiveStreamsListTest.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
Process finished with exit code 255
Potrebbe inviare la traccia dello stack? – zsxwing
@zsxwing Ho aggiunto lo stacktrace. Questo è l'unico dei miei test che agisce in questo modo. Altri simili non lo fanno. Credo che abbia a che fare con lo schedulers.io() all'interno di repeat(). Altre ricerche indicano che dovrei usare schedulers.immediate(), tuttavia, quando si esegue l'app, esplode. – dmfrey
Bene, se hai degli esecutori di thread mock, come ti aspetti che l'effettiva esecuzione avvenga? Basta passare un test di integrazione con i thread attuali ... –