Blog
Notes sur l'automatisation des tests
Ce qui coinçait, ce que j'ai mis en place, et le chiffre quand la mesure existe. Mobile natif, performance, outillage.
-
Un bouton, quatre sélecteurs, un seul test
Le même bouton se trouve de quatre façons différentes selon la plateforme. Plutôt que dupliquer la suite ou semer des conditions dans les tests, le choix peut déménager dans une seule couche.
-
Le test qui échouait n'était jamais celui qui avait le bug
Un teardown ne s'exécute pas quand le processus meurt. Les tests suivants tombent alors en cascade, très loin du coupable. Ce qu'on peut ajouter pour combler ce trou.
-
70 % du temps de mes tests ne testait rien
Sur une suite de tests mobiles, la mise en condition consommait sept dixièmes du temps d'exécution. Comment la déplacer vers l'API, et surtout quand ne pas le faire.