Comment faire pour exécuter un simple JUnit4 test dans Android Studio 1.1?

J'ai un projet Android qui affiche "Hello World". Il a été créé à partir de la "Vierge de l'Activité" modèle à partir d'Android Studio.

J'ai ensuite ajouter/créer une nouvelle classe java dans mon package d'application (le même package que mon activité). J'appelle ça de la Forme et ajouter un simple constructeur

public class Shape {
    public Shape(int i){
        if (i==0){
            throw new IllegalArgumentException("Cant have 0");
        }
    }
}

Grande. Maintenant, j'ai une classe qui n'est pas en contact avec Android, et je veux unité de test. Que dois-je faire ensuite?

C'est là ma question s'arrête. Ci-dessous je vais aller par ce que j'ai essayé.

Veuillez noter que vraiment, je n'ai jamais testé avant dans Android ou Java. Excusez-moi pour le "rookie" erreurs.

Tandis que dans le Shape.java je vais à "Naviguer" > "Test"
Sur la touche entrée pour sélectionner "Créer un nouveau Test"
Obtenir ce menu contextuel, et sélectionnez JUNIT4.

Comment faire pour exécuter un simple JUnit4 test dans Android Studio 1.1?

Puis j'appuie sur le bouton de correction pour corriger la bibliothèque n'est pas trouvé
- Je obtenir cette fenêtre popup

Comment faire pour exécuter un simple JUnit4 test dans Android Studio 1.1?

Je ne suis pas vraiment sûr de ce que pour sélectionner, donc je sélectionne le répertoire par défaut/en surbrillance.

J'écris mon test

package com.eghdk.getjunit4towork;

import org.junit.Test;

import static org.junit.Assert.*;

public class ShapeTest {
    @Test(expected = IllegalArgumentException.class)
    public void testShapeWithInvalidArg() {
        new Shape(0);
    }
}

À ce point, je ne suis pas vraiment sûr de savoir comment exécuter mes tests, mais essayez de faire ceci:
J'obtiens ces erreurs lors de l'exécution de

Erreur:(3, 17) Gradle: erreur: package org.junit n'existe pas

Erreur:(5, 24) Gradle: erreur: package org.junit n'existe pas

Erreur:(8, 6) Gradle: erreur: impossible de trouver le symbole de la classe de Test

InformationsquelleAutor EGHDK | 2015-03-03

34

Depuis Android Studio 1.1, il y a (expérimental) unité de test à l'appui. Un couple de citations de la page:
Vous devrez spécifier votre test de dépendances dans la construction.gradle
fichier de votre android module. Par exemple:
```
dependencies {
  testCompile 'junit:junit:4.12'
  testCompile "org.mockito:mockito-core:1.9.5"
}
```
Utiliser le test unitaire de soutien à sous, vous devez faire les étapes suivantes:
1. Version de mise à jour.gradle pour utiliser l'android plugin gradle version 1.1.0-rc1 ou plus tard (soit manuellement dans la construction.gradle fichier ou dans l'INTERFACE utilisateur dans le Fichier > Structure de Projet)
2. Ajouter les essais nécessaires dépendances app/build.gradle (voir ci-dessus).
3. Permettre à l'unité de test de la fonctionnalité dans les Paramètres > Gradle > Expérimentales.
4. La synchronisation de votre projet.
5. Ouvrir le "Construire des variantes de la" fenêtre de l'outil (à gauche) et de modifier le test artefact de "tests Unitaires".
6. Créer un répertoire pour vos tests de code source, c'est à dire src/test/java. Vous pouvez le faire à partir de la ligne de commande ou en utilisant le
  Vue du projet dans le Projet d'outil de la fenêtre. Le nouveau répertoire doit être
  mis en surbrillance en vert, à ce point. Remarque: les noms de la source de test
  les répertoires sont déterminés par le plugin gradle basés sur une convention.
7. Créez votre test. Vous pouvez le faire en ouvrant une classe, un clic droit sur son nom et en sélectionnant "Aller à la > Test". Ajouter un peu de test
  cas.
8. Droit sur votre nouvelle classe de test ou de la méthode et sélectionnez "Exécuter ...".
9. (Facultatif) Vous pouvez réduire le temps de compilation en utilisant Gradle directement. Pour ce faire, allez dans le menu démarrer et sélectionnez "Modifier
  les configurations". Il, trouver la valeur par défaut JUnit modèle, retirez le
  "Faire" avant le lancement de l'étape et ajouter un "Gradle conscients faire" étape à la place
  (laisser le nom de la tâche vide).
Il est important de savoir qu'il existe deux types de test: androidTest et la plaine test.
- androidTest est principalement pour les tests que vous effectuez sur un émulateur ou un périphérique, comme l'instrumentation des essais. À partir de la ligne de commande, vous utilisez ./gradlew connectedCheck à l'exécution de ces.
- test est pour les tests que vous ne souhaitez pas exécuter sur un appareil, tels que le test de l'unité que vous avez écrit. Vous exécutez ./gradlew test à l'exécution de ces tests.
Indiqué dans le devis, vous basculez entre androidTest et test dans Android Studio par le test de l'artefact.

Naturellement, il est préférable de ne pas exécuter des tests sur un périphérique ou un émulateur, car cela accélère le processus de test beaucoup. Avec la nouvelle unité expérimentale de test à l'appui, vous obtenez l'accès à écrasa l'API Android sans l'aide d'un appareil. Cela vous permet de vous déplacer plus de tests à partir de androidTest à test.
- Il semble que vous parlez Android spécifique de l'unité de tests qui doivent être exécutées sur l'appareil. Même avant ce changement en tant QUE et Android pour Gradle plugin 1.1 je croyais que tu pouvais toujours courir unité de base des tests en local sur votre machine (pas d'appareil android). Cela étant dit, même si dans la 1.1 est sorti, je me sens comme je n'ai pas à activer les fonctions expérimentales pour obtenir PLAINE java de tests unitaires. Ma question est pour obtenir ces (plaine java de tests unitaires) de travail. Êtes-vous conscient de la façon d'obtenir que cela fonctionne?
- Avant la version 1.1, j'ai utilisé le Android Unité de Test et Android Studio de l'Unité de Test les plugins, qui permettent exactement cela. Naturellement, ces plugins ont été dépréciée en faveur de la nouvelle fonctionnalité.
- Hmm... vraiment? Mon erreur alors. J'étais certain que j'ai entendu des gens parler de la façon dont vous pourriez faire de la plaine des tests unitaires avec rien Android spécifique dans la classe avec Junit et aucune autre configuration.
- Peut-être qu'ils ont été à l'aide de JUnit3. Depuis l'instrumentation des tests d'utilisation JUnit3, je peux imaginer ceux plaine tests seraient ramassés ainsi. Juste de la spéculation bien.
- Du sens. Merci. La dernière question que je me pose est: pourquoi est-il un répertoire src/main et src/androidTest? Car, dans votre réponse, il dit: "Créer un répertoire pour vos tests de code source". N'est-ce pas ce répertoire déjà créé de nouveaux Android Studio les projets?
- Si elle est déjà créée, vous pouvez l'utiliser bien sûr. J'ai tendance à créer des projets à partir de zéro, donc je dois créer moi-même. L'existence de ces dossiers ont à faire avec les types de builds, comme expliqué ici: tools.android.com/tech-docs/new-build-system/...
- Compris. J'étais dans la confusion à cause de l'Éclipse jamais fait et Android Studio est-il sorti de la boîte. C'est l'image que #8. Vous pouvez voir que les deux paquets sont apparemment créé, mais l'un est utilisé pour les essais. Je peut demander à un autre DONC, la question juste pour obtenir des éclaircissements sur elle.
- L'homme que j'ai passé 3 jours complets sur ce!
- La suggestion de diminuer le temps d'exécution des tests JUnit était aussi génial!
- Cette solution semble ne plus fonctionner pour Android Studio 1.2. Aussi, votre déclaration de "Naturellement, il est préférable de ne pas exécuter des tests sur un périphérique ou un émulateur, car cela accélère le processus de test beaucoup." n'est pas pratique. Le dépistage devrait être fait essentiellement sur un périphérique réel où vous allez voir de vrais résultats.
- l'exécution de la plaine du code Java sur un JVM rapport à un vrai appareil ne fait aucune différence pratique. Lors de l'utilisation de l'API Android cependant, vous aurez besoin d'un véritable appareil de cours.
- Très bien fait! vous avez fait un excellent travail de différenciation de la InstrumentationTest et UnitTest je.e androidTest & test. Grâce nhaarman 🙂
- N'des points d'arrêt(débogage) fonctionne avec UnitTest? Aussi les Journaux ne sont pas l'impression!
- Les points d'arrêt de travail pour moi. android.util.Log cependant ne fonctionnera pas puisqu'il n'est pas Android de l'environnement lorsqu'il vous suffit d'exécuter les tests unitaires. Pour ce faire, vous pouvez utiliser System.out.print* famille de méthodes.
- +1 Pour construire des variantes. L'ensemble de ces étapes a été là, apparemment, que les valeurs par défaut avec les nouvelles versions studio. J'ai seulement besoin de définir le construire variantes (Y)
InformationsquelleAutor nhaarman
4

Pour android studio 1.2 ou plus, - je inclure cette réponse puisque c'est l'un des premiers du classement sur google et c'est un excellent et TRÈS facile à suivre tutoriel sur la façon de définir les tests unitaires avec Android Studio, c'est le lien: https://io2015codelabs.appspot.com/codelabs/android-studio-testing#1

Après perdre 2 heures à essayer de lancer le test je l'ai enfin fait avec le lien ci-dessus, espérons que cela est utile pour vous comme pour moi.
- Dans Android Studio 2.2.1, en vertu de Construire des Variantes, le "Test de l'Artefact:" boîte de sélection n'apparaît pas, seulement la table avec le Modèle et établir la Variante colonnes. Donc, soit il est situé quelque part d'autre, ou vous n'avez pas besoin de sélectionner plus de question.
InformationsquelleAutor CommonSenseCode
3

Aujourd'hui, Android Studio (actuel ver. 1.4) a la pleine Unité de test de charge, sans aucune solution de contournement. Comme suggéré dans l'généré automatiquement ExampleUnitTest:

To work on unit tests, switch the Test Artifact in the Build Variants view.
- Il n'y a plus besoin de passer de test des artefacts dans Android Studio 2.0. stackoverflow.com/questions/35708263/...
InformationsquelleAutor Andrey
0

Aller dans les paramètres, puis construire des outils de gradle et puis expérimentales. Dans expérimentale désactivez l'option activer le test de tous les artefacts. C'est ce jeu sur

InformationsquelleAutor Yash

Vous devez vous connecter pour publier un commentaire.