Publications de Jérôme Van Der Linden

Jusqu’à présent, dans les articles précédents (1, 2, 3, 4), nous avons toujours mis en place des tests en isolation, nous fournissant ainsi un feedback précis et fiable - et plus ou moins rapide selon qu’on teste unitairement ou avec des tests de composants (contexte Spring à charger). Mais ces tests ont leurs limites, justement du fait de l’isolation. Dans cet article nous allons traiter des tests qui se trouvent plus haut dans la pyramide: les tests d’intégration et les tests de bout en bout.

Dans le dernier article, nous décrivions les tests de composant, tests mi-unitaires mi-intégration permettant de valider à la fois l’intégration au sein de notre application (injection de dépendances) et aussi avec les composants périphériques. Le tout en restant suffisamment isolés de ces derniers pour limiter les frottements à l’exécution. L’isolation fonctionnant à merveille, le test de client d’API souffre d’un défaut majeur : lorsque le fournisseur change la signature du service, nous en sommes au courant bien trop tard. C’est ce que les tests de…

Le précédent article nous présentait la base de la pyramide : les tests unitaires et leur caractère indispensable pour assurer la non-régression d’une application. Mais loin d’être suffisants, nous devons y associer d’autres types de tests. Dans cet article, nous allons traiter des tests de composant.

Dans le précédent article, nous avons abordé la théorie autour de la pyramide des tests : quelle stratégie adopter pour assurer la qualité et la non-régression de notre application pour un coût raisonnable. Nous avons notamment abordé la notion de feedback et l’importance d’avoir des feedbacks rapides, précis et fiables. Les tests unitaires remplissent typiquement ces critères pour un investissement modéré. Au travers de cet article et d’un exemple concret, nous allons détailler la mise en pratique de tests unitaires automatisés et nous tenterons de…

Si vous lisez ce blog ainsi que nos publications, vous n’êtes pas sans savoir à quel point les tests sont indissociables de la qualité logicielle, et j’oserais même dire de la réussite logicielle. J’insiste sur ce point car trop souvent encore chez nos clients, les tests sont la cinquième roue du carrosse lorsqu’il s’agit de développement. Les conséquences, vous les connaissez : une quantité astronomique d’anomalies remontées en recette, des bugs bien mesquins en production et pire encore, un logiciel qui s'ankylose petit à petit……

Trônant sur la pyramide des tests, les tests fonctionnels "de bout en bout" (end-to-end) peuvent être destinés à automatiser les scénarios d'acceptance à travers la fenêtre d'un navigateur. En pratique, ces tests sont souvent soit négligés par les équipes de développement, soit au contraire, utilisés comme ultime ligne de défense pour se protéger de tous les problèmes pouvant survenir sur le projet. Si aucune de ces solutions extrêmes n'est recommandée, les tests end-to-end ont sans nul doute un rôle à jouer dans le développement d'un produit. Par…

Dans la première partie de cet article, je présentais la partie organisationnelle des projets mobiles du Monde, et notamment comment avec une super équipe et un peu d'attention aux utilisateurs, on est parvenu à voir notre application dans le top des applications Françaises sur le store. Dans cette seconde partie, je m'attache à décrire notre organisation au sein de l'équipe Android (gestion des sources, revues de code, releases, ...), ainsi que des aspects plus techniques (architecture, outillage, ...).

Début décembre 2014, l'application Android Le Monde est désignée par Google dans liste des meilleures applications de l’année. Deux semaines plus tard, la même application est primée par Apple sur iPad... Après un an de mission en tant que tech lead de l'équipe Android, voici mon retour d'expérience sur les clés de ce succès.