[JAVA] Démarrez les tests d'interface utilisateur avec Dagger2 et Mockito
Cet article est l'article du 12ème jour du Calendrier de l'Avent Android 2016.
Bonjour. Depuis l'année dernière, j'ai changé ma classe en ingénieur Android et créé des applications Android au travail. Cette fois, j'écrirai également sur le test d'Android avec Dagger2.
DI utilisant Dagger2
- Comme l'article d'une autre personne sur DI et Dagger est bien organisé, je ne le présenterai qu'ici. --Référence: Dependency Injection: Dependency Injection --Référence: Introduction à Dagger2
Pourquoi vous avez besoin de DI pour les tests
- Dans un exemple simple, considérons un écran qui affiche les résultats de certaines API. Supposons que vous créez un ServiceClass qui accède à l'API, puis crée une instance de ce ServiceClass dans Activity, l'appelle et affiche le résultat.
- Dans ce cas, l'activité sera dans un état «en fonction de la classe de service». Si vous souhaitez tester en fonction de la réponse de l'API, l'activité et la classe de service sont étroitement couplées, vous ne pouvez donc pas tester le modèle d'affichage de cette activité à moins que vous ne modifiiez la réponse côté serveur qui renvoie l'API. «C'est là que l'idée de DI entre en jeu. Dans ce cas, ne créez pas d'instance de ServiceClass dans l'écran et remplacez la réponse en injectant une instance de la classe d'implémentation depuis l'extérieur de l'écran. Étant donné que Activity ne prend conscience que de l'interface, il n'est pas nécessaire de savoir ce qu'est l'implémentation. --Dagger2 est une bibliothèque de conteneurs DI qui réalise ce mécanisme d'injection.
Testez l'écran qui active DI
- Il existe les tests suivants qui impliquent le contexte d'Android View.
- Test sur JVM avec Robolectric
- Test sur une vraie machine avec Espresso ――Cette fois, je vais introduire un test pour remplacer le module dont dépend l'écran en utilisant DI dans les deux modèles. Il existe également un moyen de le remplacer en créant un DaggerComponent pour le test, mais cette fois, je vais essayer de DI le simulacre par la méthode utilisant Mocito.
- L'exemple sera un écran qui répertorie simplement la liste renvoyée par ListDataDao comme ceci. Testez le cas avec et sans les données affichées sur cet écran.
Robolectric
- L'activité est juste une merde, alors n'écrivez un test que pour Fragment
ListFragmentTest
@RunWith(RobolectricTestRunner.class)
public class ListFragmentTest {
@Mock
ListDataDao mockDao;
private ListFragment fragment;
@Before
public void setUp() throws Exception {
MockitoAnnotations.initMocks(this);
fragment = ListFragment.newInstance();
fragment.dao = mockDao;
}
@Test
public void La liste s'affiche lorsqu'il y a des données() {
List<String> mockData = new ArrayList<>();
mockData.add("test1");
mockData.add("test2");
mockData.add("test3");
when(mockDao.getData()).thenReturn(mockData);
SupportFragmentTestUtil.startFragment(fragment, DriverActivity.class);
RecyclerView recyclerView = (RecyclerView) fragment.getView().findViewById(R.id.recycler_view);
recyclerView.measure(0, 0);
recyclerView.layout(0, 0, 100, 1000);
TextView textEmptyView = (TextView) fragment.getView().findViewById(R.id.empty);
TextView itemView1 = (TextView) recyclerView.findViewHolderForAdapterPosition(0).itemView.findViewById(R.id.list_item_text);
TextView itemView3 = (TextView) recyclerView.findViewHolderForAdapterPosition(2).itemView.findViewById(R.id.list_item_text);
assertThat(recyclerView.getVisibility(), is(View.VISIBLE));
assertThat(recyclerView.getAdapter().getItemCount(), is(3));
assertThat(itemView1.getText(), is("test1"));
assertThat(itemView3.getText(), is("test3"));
assertThat(textEmptyView.getVisibility(), is(View.GONE));
}
@Test
public void La liste n'est pas affichée lorsque les données sont vides() {
List<String> mockData = new ArrayList<>();
when(mockDao.getData()).thenReturn(mockData);
SupportFragmentTestUtil.startFragment(fragment, DriverActivity.class);
RecyclerView recyclerView = (RecyclerView) fragment.getView().findViewById(R.id.recycler_view);
TextView textEmptyView = (TextView) fragment.getView().findViewById(R.id.empty);
assertThat(recyclerView.getVisibility(), is(View.GONE));
assertThat(textEmptyView.getVisibility(), is(View.VISIBLE));
}
public static class DriverActivity extends AppCompatActivity implements HasComponent<ListActivityComponent> {
@Override
public ListActivityComponent getComponent() {
ListActivityComponent activityComponent = mock(ListActivityComponent.class);
ListFragmentComponent fragmentComponent = mock(ListFragmentComponent.class);
when(activityComponent.plus(any(ListFragmentModule.class))).thenReturn(fragmentComponent);
return activityComponent;
}
}
}
--Remplacez le composant référencé par Fragment dans l'activité pour le pilote avec une maquette réalisée avec Mockito. Avec cela, rien ne se passe même si l'injection qui injecte le module est appelée par Fragment, mais comme dao reste nul tel quel, je le définirai directement sur Fragment au moment de la configuration.
- À ce stade, en définissant le dao simulé réalisé avec Mockito, vous pourrez modifier le comportement de dao pour chaque cas de test.
Espresso
ListActivityUITest.java
@RunWith(AndroidJUnit4.class)
public class ListActivityUITest {
@Mock
ApplicationComponent applicationComponent;
@Mock
ListActivityComponent activityComponent;
@Mock
ListFragmentComponent fragmentComponent;
@Mock
ListDataDao mockDao;
@Rule
public ActivityTestRule<ListActivity> activityRule = new ActivityTestRule<>(ListActivity.class, true, false);
@Before
public void setUp() throws Exception {
MockitoAnnotations.initMocks(this);
SampleApplication app = (SampleApplication) InstrumentationRegistry
.getTargetContext()
.getApplicationContext();
app.setComponent(applicationComponent);
when(applicationComponent.plus(any(ListActivityModule.class)))
.thenReturn(activityComponent);
when(activityComponent.plus(any(ListFragmentModule.class)))
.thenReturn(fragmentComponent);
doAnswer(invocation -> {
ListFragment fragment = (ListFragment) invocation.getArguments()[0];
fragment.dao = mockDao;
return fragment;
}).when(fragmentComponent).inject(any(ListFragment.class));
}
@Test
public void La liste s'affiche lorsqu'il y a des données() {
List<String> mockData = new ArrayList<>();
mockData.add("test1");
mockData.add("test2");
mockData.add("test3");
when(mockDao.getData()).thenReturn(mockData);
activityRule.launchActivity(new Intent());
onView(withId(R.id.recycler_view))
.check(matches(hasDescendant(withText("test1"))));
onView(withId(R.id.recycler_view))
.check(matches(hasDescendant(withText("test2"))));
onView(withId(R.id.recycler_view))
.check(matches(hasDescendant(withText("test3"))));
onView(withId(R.id.empty))
.check(matches(not(isDisplayed())));
}
@Test
public void La liste n'est pas affichée lorsque les données sont vides() {
List<String> mockData = new ArrayList<>();
when(mockDao.getData()).thenReturn(mockData);
activityRule.launchActivity(new Intent());
onView(withId(R.id.empty))
.check(matches(isDisplayed()));
onView(withId(R.id.recycler_view))
.check(matches(not(isDisplayed())));
}
}
- Dans le cas d'Espresso, l'idée est la même: avant l'exécution du test, remplacez-le par le composant de la maquette, désactivez l'injection, puis insérez le dao de la maquette directement dans le Fragment.
- En écrivant comme ceci dans la configuration, vous pouvez insérer le dao simulé au moment où l'injection de FragmentComponent est appelée.
doAnswer(invocation -> {
ListFragment fragment = (ListFragment) invocation.getArguments()[0];
fragment.dao = mockDao;
return fragment;
}).when(fragmentComponent).inject(any(ListFragment.class));
fin
- Comment était-ce. Personnellement, les tests d'interface utilisateur sont coûteux à mettre en œuvre, alors je vais soudainement viser une couverture à 100%! Au lieu de faire quelque chose comme ça, je pense que c'est une bonne idée de commencer par se concentrer sur les points et d'écrire des tests uniquement sur les écrans importants.
―― J'ai posté le code pour cette fois ici.
- https://github.com/rei-m/android_test_sample_with_dagger
Recommended Posts