Ingénieur QA Automation · SDET
Julien Becheny
Un test doit être un signal, pas un coût.
Je construis l'outillage qui rend les tests utiles : un framework Robot Framework et Appium couvrant Android, iOS, iPadOS, Web et Windows, et la plateforme d'orchestration qui va avec, de React à Robot Framework.
- 380+ tests automatisés
- 5 plateformes couvertes
- 24 h de non-régression, contre 1 semaine
Écrits
Derniers articles
Ce qui coinçait, ce que j'ai mis en place, et le chiffre quand la mesure existe.
-
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.
Code
Ce que je construis
-
TestOps, piloter les tests
Une interface web pour piloter des tests Robot Framework : choisir la cible, lancer une suite, suivre les logs en direct, ouvrir le rapport. Aucune URL dans les tests, aucun mot de passe versionné, un run qui part d'un contexte explicite. La démonstration rejoue une exécution réelle.
Lire le code -
crosslocator, un sélecteur par plateforme
Le même bouton se trouve de quatre façons selon le système. Déclarer le sélecteur une fois par plateforme, et résoudre le bon à l'exécution. Sans dépendance, typé, sous licence MIT.
pip install crosslocator
Contact
Me joindre
Montpellier. Ouvert aux échanges sur l'automatisation des tests, l'outillage
et l'IA appliquée à la qualité.
LinkedIn
ou julien.becheny [at] gmail.com