Avant le sous-sol, faites le test.

Préparez des données sans enjeu.

Créez un dossier fictif avec quelques images sans renseignement personnel et des textes de test. Ouvrez les ressources nécessaires pendant que le réseau est disponible. Notez la version de l’application et l’appareil utilisés : vos résultats concernent cette configuration.

Coupez ensuite les connexions pertinentes. Le mode avion ne suffit pas toujours si le Wi-Fi a été réactivé. Vérifiez la situation réelle de l’appareil avant d’attribuer un résultat au fonctionnement hors ligne.

Allez jusqu’à la correction.

Créez une observation, associez une image et modifiez un texte. Essayez les fonctions que vous utiliserez pendant une visite, puis quittez et rouvrez le dossier selon le fonctionnement normal de l’application.

Vérifiez la présence des éléments et la possibilité de les corriger. Notez les messages affichés, les fonctions indisponibles et les opérations en attente. Une fonction accessible ne signifie pas nécessairement que son résultat a déjà été enregistré à l’endroit attendu. Cherchez les indicateurs qui permettent de le confirmer.

Observez ce qui arrive à la reconnexion.

Rétablissez le réseau et laissez l’application effectuer la reprise prévue. Ouvrez le dossier sur votre appareil de bureau si votre méthode repose sur plusieurs appareils. Comparez les textes, les images et les associations.

Si quelque chose manque ou se répète, conservez les détails du test et posez une question précise au soutien. Ne reproduisez pas une manipulation risquée sur des dossiers réels pour chercher à comprendre un comportement inattendu.

Le site de BatiFlow présente un travail hors ligne sur ses applications natives. Ce protocole vous permet d’en vérifier la portée dans la version testée. Les fonctions d’IA et les services externes doivent être examinés séparément, selon leurs propres conditions de fonctionnement.