Les pannes qui ne font aucun bruit

Une page de notre console d'administration ne montrait rien. Pas un message, pas un cadre vide, pas un chargement infini : rien. Le titre était là, la barre de navigation aussi, et entre les deux, un blanc.

La compilation était verte. La vérification des types aussi. Les mille cent tests passaient. Le journal du serveur ne signalait rien. Et pourtant la page était vide, pour tout le monde, depuis un moment.

Ce qui s'était passé

En corrigeant un autre problème, nous avions ajouté un panneau coulissant à cette page. Nous l'avions placé au mauvais niveau — comme voisin des sections de la page plutôt que dedans.

La bibliothèque d'interface que nous utilisons a une règle : si on lui donne du contenu « en vrac », elle affiche celui-là et ignore tout le reste. Notre panneau coulissant, fermé, n'affichait rien. Donc la page n'affichait rien.

C'est une erreur banale. Ce qui l'est moins, c'est qu'absolument aucun de nos filets ne pouvait l'attraper. Le code était valide. Les types étaient corrects. Les tests vérifiaient que les bonnes choses étaient écrites dans les fichiers — elles y étaient. Rien de tout cela ne regarde ce qui s'affiche à l'écran.

La seule chose qui l'a vue

Un navigateur. Ouvert sur la version construite, à la taille d'un téléphone, en lisant ce qu'il y avait vraiment.

Nous avons pris l'habitude, avant chaque mise en ligne, de démarrer le site tel qu'il sera livré et de le regarder pour de bon. Pas de le compiler : de le regarder. C'est plus lent, et c'est la seule chose qui aurait pu montrer une page blanche.

Cette fois-ci, comme nous relisions les quarante-deux écrans de la console à la taille d'un téléphone, nous mesurions chaque page automatiquement. La page vide est ressortie tout de suite.

Les autres pannes silencieuses

La même revue en a sorti plusieurs de la même famille — des choses qui ne cassent rien, ne préviennent personne, et rendent pourtant un écran inutilisable.

Quatre pages avaient perdu leur bouton de menu. Sur un téléphone, la barre latérale est un tiroir : sans ce bouton, on entre dans la page et on ne peut plus en sortir vers une autre section. Rien ne s'affiche de travers ; il manque simplement une porte.

Un élément trop large ne déborde pas visiblement de son cadre : c'est la page entière qui se met à pouvoir défiler de côté. On croit avoir mal fait glisser son doigt.

Le bouton « remonter en haut » et les boutons d'action des pages occupaient exactement le même coin, à la même hauteur — et le premier passait devant les seconds. Mais seulement après un certain défilement. Une action qui disparaît par intermittence est plus déroutante qu'une action mal placée : on doute de soi.

Et plusieurs menus n'apparaissaient qu'au survol de la souris. Sur un écran tactile, le survol n'existe pas. Ces menus étaient donc, littéralement, absents.

Ce qu'on en retient

Nos garde-fous vérifient ce qui est écrit. C'est utile, c'est rapide, et ça attrape énormément de choses. Mais aucun d'eux ne vérifie ce qui est vu.

Entre les deux, il y a une catégorie entière de pannes : celles qui ne produisent aucun signal. Elles ne remontent que par deux chemins. Un navigateur qu'on ouvre vraiment. Ou quelqu'un qui finit par dire « ça n'affiche rien ».

Le second chemin fonctionne. Il coûte simplement beaucoup plus cher — en temps perdu pour la personne qui bute dessus, et en confiance.