Tester le mode sombre sans dériver dans les Réglages

Les bugs de mode sombre sont faciles à livrer parce que les vérifier est fastidieux. Le bug lui-même saute généralement aux yeux dès qu'on le voit — texte blanc sur blanc, icône qui disparaît, fond #FFFFFF codé en dur au milieu d'un écran par ailleurs sombre. Le problème, c'est le nombre d'étapes nécessaires pour regarder.

L'aller-retour qui décourage la vérification

Sur un appareil réel, la boucle habituelle est :

1. Quitter l'application
2. Ouvrir les Réglages
3. Trouver Affichage (ou Luminosité et affichage)
4. Basculer l'apparence
5. Revenir à l'application
6. Renaviguer jusqu'à l'écran où vous étiez
7. Recommencer, en sens inverse, pour l'écran suivant

Sept étapes pour voir un écran dans l'autre thème. Personne ne fait cela pour quarante écrans : le mode sombre est donc vérifié au hasard sur l'écran d'accueil, puis livré.

Il y a pire que la lassitude : quitter l'application peut vous coûter l'état que vous étiez en train de tester. Passer en arrière-plan peut réinitialiser un formulaire, vider un panier à moitié rempli, ou déclencher une réauthentification. Le bug que vous vous apprêtiez à examiner a souvent disparu le temps que vous reveniez.

Basculez depuis un bouton, plutôt

Sur RobotActions, le commutateur d'apparence est un contrôle de la barre d'outils de l'appareil. Un clic fait passer l'appareil du clair au sombre pendant que votre application reste au premier plan, sur l'écran que vous étiez déjà en train de regarder. Pas de Réglages, pas de retour arrière, pas de perte d'état.

Cela transforme la vérification en quelque chose que vous ferez vraiment : parcourir le flux une fois en clair, cliquer, le reparcourir en sombre — en comparant les mêmes écrans avec les mêmes données.

Ce qu'il faut chercher

• Les couleurs codées en dur. Tout ce qui ne vient pas d'un jeton de thème : fonds #FFF, texte noir défini littéralement, un séparateur qui disparaît sur son nouveau fond.
• Les images et les icônes. PNG au fond blanc incrusté, icônes monochromes qui supposent une surface claire, logos qui s'évanouissent.
• Le contraste. Le gris sur gris est la régression classique du mode sombre — lisible en clair, illisible en sombre.
• Les élévations et les ombres. Les ombres ne font presque rien sur une surface sombre ; les cartes qui s'appuyaient dessus cessent de se détacher.
• Les vues tierces et web. Paiement intégré, centres d'aide et vues cartographiques ne suivent souvent pas votre thème.
• Le commutateur lui-même. Certains écrans ne se re-thématisent qu'au remontage — basculez pendant que l'écran est ouvert et voyez s'il se met à jour en direct ou s'il reste à moitié clair jusqu'à ce que vous naviguiez ailleurs.

Ce dernier point est le bug le plus souvent manqué, précisément parce que l'aller-retour par les Réglages force un remontage et le masque. C'est le basculement sur place qui le fait apparaître.

Faites-le sur du matériel

Les simulateurs se re-thématisent proprement. Les appareils réels apportent la surcouche du constructeur, la véritable pile de rendu et l'habillage système réel dans lequel votre application s'insère — c'est précisément là qu'apparaissent les désaccords entre votre thème et celui de la plateforme.

Laissez un agent IA s'en charger

Le commutateur d'apparence est un outil MCP autant qu'un bouton de barre d'outils : la passe complète peut donc être confiée à un agent.

« Ouvre l'application, parcours l'accueil, le paiement et les réglages en mode clair, puis passe l'appareil en sombre et refais les mêmes trois parcours. Prends une capture de chaque écran dans les deux thèmes et dis-moi où le contraste casse. »

Une vérification que personne n'a le temps de faire à la main sur quarante écrans devient ainsi une vérification qui tourne sans surveillance — et comme le basculement se fait sur place, elle attrape aussi les écrans qui ne se re-thématisent qu'au remontage.

Ouvrez un appareil réel et changez de thème →