Robolectric vs Android Framework de Test

Mise à jour Apr-2015: Gradle construire des outils et Android Studio maintenant officiellement en charge les tests unitaires et de prévenir android.jar le fait de jeter des stub (pas de réelle mise en œuvre) erreur. Donc, oui, il est possible d'exécuter des tests sur la machine virtuelle Java, lorsque les talons sont bien moqué. Ses un début, mais n'est toujours pas comparable avec Robolectric du pouvoir. Il y a aussi une troisième alternative, faites Défiler vers le bas de cette réponse.

Maintenant, à propos de Robolectric :

Pros: ici sont quelques points sur la façon dont il s'est avéré utile dans de test:

1. Vous n'avez pas besoin d'exécuter un émulateur, de Sorte que vous pouvez tester quelques-uns des projets non de l'INTERFACE utilisateur de pièces sans exiger un émulateur ou un périphérique. Cela s'applique également à l'exécution des tests sur l'intégration continue/construire des serveurs, pas d'émulateur cas besoin d'être lancé.

2. Avec Android Studio, vous pouvez exécuter rapidement l'un particulier de la classe de test, lorsque vous travaillez sur la mise en œuvre pour satisfaire le cas de test. Vous pouvez déboguer que vous écrivez du code. C'est un énorme gain de productivité.

3. Peut faux presque tous liés android chose que les ombres des objets, même SQLite. De Plus, chaque ombre objet expose de nombreuses fonctions utiles qui leur normale android homologues n'offrent pas. Avec l'ombre de leurs homologues des android Objet, vous pouvez effectuer des vérifications internes ou appel à des méthodes spéciales.

4. Brille vraiment lors de l'essai de multi threaded code comme AsyncTasks, Loopers et Handlers etc. Vous pouvez faire une pause, d'avance rapide, de fil chenille arpenteuse, même thread principal. Excellent pour le Gestionnaire de rappel de test.

5. JUnit 4 format pris en charge. Android est encore maintenant sur JUnit 3 dernière fois que j'ai vérifié.

6. Peut être combiné avec d'autres outils de test comme Mockito, Expresso etc etc.

7. Prend en charge se moquer de l'Activité de création d'instanceRobolectric.buildActivity() et son contrôle par l'intermédiaire de ActivityController. Fragment/Afficher la manipulation fonctionne également sur cette maquette instances d'activité.

8. Il y a maintenant fourni ajouter des modules que la couverture multi-dex, v4, de services, de cartes et de client http en tant que bien. Donc, c'est à présent facile de tester le code à l'aide de ces fonctions de la bibliothèque en tant que bien.

Contre: Où je l'ai trouvé pas très bon:

1. Robolectric excelle à l'aide de tests Unitaires, mais ne couvre pas toutes les fonctionnalités d'un périphérique réel ou l'émulateur peut offrir. Par exemple, les capteurs, gps, open-gl etc etc.

2. Vous aurez besoin d'un émulateur ou un périphérique réel lors de l'intégration ou de l'INTERFACE utilisateur de test, de sorte que les Activités et les services peuvent interagir avec full android de l'environnement (d'autres applications, comme l'utilisation de l'app appareil photo pour obtenir une image de votre application), pas limité. Ici, vous aurez besoin d'utiliser le test par défaut cadre, il dispose de fonctions de test de l'INTERFACE utilisateur ainsi.

3. JNI chargement ne semble pas être pris en charge. Donc le code natif de la dépendance ne peut pas être testé.

4. Maintenant, Robolectric a câblée dépendance sur google maps jar de travail. Et télécharger un autre android.jar de maven. Ainsi, le projet d'installation peut exiger un peu de bricolage. Mise à jour: depuis la v3, il semble tirer toutes les dépendances via Gradle sans beaucoup de bruit.

5. Plus récente Android outils de support de la couverture et de génération de rapports, etc, mais seulement lorsque les tests sont exécutés sur l'appareil. Donc, avec Robolectric vous aurez à créer des Gradle tâche (exécuter Jaococ) pour le faire pour vous. Mise à jour: Gradle de 2,9 + livré avec jacoco plugin.

6. Que les deux gradle et android outils de construction d'expédition sont les nouveaux construire des versions à un rythme rapide, stable Robolectric versions parfois commencez à avoir des problèmes avec le changement de construire de l'outillage. La plupart des problèmes typiques comprennent: sdk version incompatible, ne manifeste pas trouvé, construire des chemins de sortie de discordance, de ressources pas de chargement, de construire config etc. Certaines questions sont également liés à des bugs dans android outils. Parfois, vous pouvez même écrire votre propre test runner ou appliquer des solutions de rechange jusqu'à la prochaine version résout ces problèmes. Découvrez questions ouvertes et configurer des tests en conséquence.

Une autre alternative est tout simplement se moquer de choses sur votre propre, pas de cadres impliqués. Son "à la dure", mais la plupart de manière personnalisée. Sa plaine JUnit avec JMockit:

@RunWith(JMockit.class)
public class OtherTest {
    public void testHandlerCallback(@Mocked final FragmentTransaction transaction,
                                    @Mocked final FragmentManager manager,
                                    @Mocked final Activity activity,
                                    @Mocked final LayoutInflater inflater,
                                    @Mocked final ViewGroup parent) {

        final List<Fragment> fragments = new ArrayList<>();
        new Expectations() {{
            activity.getFragmentManager(); result = manager;
            manager.beginTransaction(); result = transaction;
            transaction.add(withCapture(fragments), anyString);
            transaction.commit(); result = new Delegate<Void>() {
                public int commit() {
                    View v = fragments.get(0).onCreateView(inflater,parent,null);
                    Deencapsulation.invoke(v,"onMeasure",0,0);
                  return  0;  
                }
            };
        }};
    }
}

Ci-dessus n'est qu'une grossière et inline exemple. Vous pouvez en fait créer la bonne ré-utilisable classes (dire FragmentTestHarness) qui va prendre un composant (par exemple, une Fragment) en cours de test et l'envelopper dans complètement isolé de l'environnement, de les préparer pour les tests.

Le principal avantage de Robolectric est la vitesse. Tests unitaires avec Robolectric ne pas exiger l'exécution d'un émulateur ou un appareil pour exécuter les tests et sont donc beaucoup beaucoup plus rapide.

Vous pouvez toujours avoir une suite de tests d'intégration qui vont à l'encontre d'un périphérique réel, juste une beaucoup plus petite suite.