À un certain moment, MyDeskViewer a cessé d'être une application testée sur un seul ensemble d'appareils connus. Cette étape a été importante, car des configurations matérielles et système différentes montrent rapidement combien d'hypothèses ne sont vraies que dans l'environnement de développement.

Sur un téléphone, l'application revient de l'arrière-plan exactement au bon endroit. Sur un autre, le système limite plus agressivement les processus. Une version d'Android affiche une fenêtre d'autorisation particulière, une autre en change l'apparence ou ajoute une étape. Les notifications demandent elles aussi un consentement séparé, que l'utilisateur peut refuser ou modifier plus tard.

Des différences similaires existent sur les ordinateurs. Les paramètres réseau, les mises à jour du système, la veille, les changements d'interface réseau ou les coupures temporaires créent des situations difficiles à reproduire dans un seul environnement de test.

C'est pourquoi de nombreuses versions récentes de MyDeskViewer contenaient des améliorations sans nom spectaculaire : reconnexion, actualisation de l'état, retour au premier plan, messages plus clairs et récupération après le refus d'une autorisation.

Nous avons également ajouté des notifications lorsqu'elles peuvent être utiles, sans transformer l'application en source d'alertes permanentes. L'utilisateur doit pouvoir décider s'il veut les recevoir, et le refus des notifications ne doit pas bloquer les fonctions principales.

Cette phase a confirmé la nécessité des tests publics. Même beaucoup de tests internes ne peuvent pas reproduire la diversité réelle des appareils, des réseaux et des habitudes.

Plus MyDeskViewer se rapproche d'une diffusion large, moins la question est « cette fonction marche-t-elle une fois ? » et plus elle devient « se comporte-t-elle de façon suffisamment prévisible pour être utilisée normalement ? »