Android: Comment tester une vue personnalisée?

Bien le test unitaire est une méthode par laquelle les unités individuelles du code source sont testés pour déterminer s'ils sont aptes à l'utiliser. Donc quand vous dites que vous voulez tester votre vue personnalisée, vous pouvez vérifier les différentes méthodes de vos affichages personnalisés comme "onTouchEvent", "onDown", "onFling", "onLongPress", "onScroll", "onShowPress", "onSingleTapUp", "onDraw" et de divers autres selon une logique d'entreprise. Vous pouvez fournir moquer de valeurs et de le tester. Je suggère deux méthodes de test de votre vue personnalisée.

1) Singe Tests
Singe de test est le test de dépistage aléatoire effectué par des outils de test automatisés. Un singe test est un test unitaire qui s'exécute avec des pas de test spécifique à l'esprit. Le singe dans ce cas est le producteur de n'importe quelle entrée. Par exemple, un singe test pouvez saisir des chaînes aléatoires dans les zones de texte pour s'assurer de la manipulation de l'ensemble de la saisie de l'utilisateur ou de fournir des ordures fichiers pour vérifier le chargement des routines qui ont une confiance aveugle dans leurs données. C'est une boîte noire test technique et il peut vérifier votre vue personnalisée, dans de nombreuses conditions uniques que vous aurez étonné 🙂 .

2) L'Unité De Test

2a) Utilisation Robotium Tests Unitaires Framwork

Aller à Robotium.org ou http://code.google.com/p/robotium/ et téléchargez l'exemple de projet de test. Robotium est vraiment facile à utiliser qui fait que tester des applications android facile et rapide. Je l'ai créé pour faire des essais de l'avancée des applications android possible avec un minimum d'effort. Il est utilisé en conjonction avec ActivityInstrumentationTestCase2.

2b) Utiliser Android Framework de Test

Voici les liens pour la référence:
http://developer.android.com/reference/android/test/ActivityInstrumentationTestCase2.html
et
http://developer.android.com/reference/android/test/ActivityUnitTestCase.html

Pour commencer:
http://developer.android.com/guide/topics/testing/testing_android.html

Selon un utilisateur : à Côté de facilement le test de non plate-forme
dépendant de la logique, que je n'ai pas trouvé un
manière intelligente de l'exécution des tests, jusqu'à présent (à
moins pour moi) toute plate-forme
la logique de test est lourd. C'est
presque non trivial de toute façon parce que j'ai
constaté des différences dans la mise en œuvre
entre l'émulateur et mon réel
appareil et je déteste pour exécuter un test unitaire
mise en œuvre sur mon appareil, juste à
supprimer l'application par la suite.

Ma stratégie a été: Essayer d'être
concis et faire de la logique bien
pensé et puis test
la mise en œuvre morceau par morceau (moins
alors souhaitable).

Aussi Stephen Ng fournit une bonne approche pour de vrai Test Unitaire pour Android des projets solution: https://sites.google.com/site/androiddevtesting/

Un utilisateur a fait un screencast.

Voici une Vidéo que j'ai faite sur la façon dont j'ai obtenu les Tests Unitaires du travail. Simple Unité
Tests et des tests unitaires complexes que
dépendra avoir une référence à
Contexte ou de l'Activité des objets.
http://www.gubatron.com/blog/2010/05/02/how-to-do-unit-testing-on-android-with-eclipse/

Espère qu'il vous permet de tester votre vue personnalisée dans toutes les conditions possibles 🙂

---

Commentaire (futlib) Toutes vos suggestions semblent impliquer des tests de l'ACTIVITÉ, alors que j'ai vraiment envie de tester la VUE. J'aimerais utiliser ce point de vue dans d'autres activités, de sorte qu'il n'a pas beaucoup de sens pour moi de le tester avec un seul. – futlib

Réponse: Pour mettre en œuvre une vue personnalisée,
il vous sera généralement commencer par donner
dérogations pour certains de la norme
les méthodes que le cadre d'appels sur
tous les points de vue. Par exemple "onDraw",
"onKeyDown(int, KeyEvent)",
"onKeyUp(int, KeyEvent)",
"onTrackballEvent(MotionEvent)" etc.
votre vue personnalisée. Ainsi, lorsque vous voulez
faire de tests unitaires pour votre personnalisé, vous aurez
tester ces méthodes, et
fournir moquer de valeurs, de sorte que vous
pouvez tester votre vue personnalisée sur tous les
les cas possibles. Le test de ces méthodes
ne signifie pas que vous testez votre
L'ACTIVITÉ, mais il moyen de tester votre
affichage personnalisé (méthodes/fonctions) qui
est au sein d'une activité. Aussi, vous aurez
mettre votre affichage personnalisé dans un
Activité, finalement, à votre cible
les utilisateurs de faire l'expérience. Une fois
soigneusement testés , votre affichage personnalisé
peut être placé dans de nombreux projets et
de nombreuses activités.

Voici une autre suggestion, qui fonctionne très bien dans de nombreux cas: en Supposant que vous êtes le référencement de votre affichage personnalisé à partir de l'intérieur d'un fichier de mise en page, vous pouvez utiliser un AndroidTestCase, gonflez-les à la vue, puis effectuer les tests de comparaison dans l'isolement. Voici un exemple de code:

my_custom_layout.xml:

<?xml version="1.0" encoding="utf-8"?>
<de.mypackage.MyCustomView ...

MyCustomView.java:

public class MyCustomView extends LinearLayout {

    public MyCustomView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public void setTitle(CharSequence title) {
        ((TextView) findViewById(R.id.mylayout_title_textView)).setText(title);
    }
...

MyCustomViewTest.java:

public class MyCustomViewTest extends AndroidTestCase {

    private MyCustomView customView;

    @SuppressLint("InflateParams")
    @Override
    protected void setUp() throws Exception {
        super.setUp();
        customView = (MyCustomView) LayoutInflater.from(getContext())
            .inflate(R.layout.my_custom_layout, null);
    }

    public void testSetTitle_SomeValue_TextViewHasValue() {
        customView.setTitle("Some value");
        TextView titleTextView = (TextView) valueSelection.findViewById(R.id.mylayout_title_textView);
        assertEquals("Some value", titleTextView.getText().toString());
    }
...