Une sauvegarde est une hypothèse jusqu'à sa restauration
Créer une sauvegarde produit un fichier. Le fait que ce fichier puisse reconstruire votre photothèque est une question distincte, et c'est la seule qui compte.
Tester la restauration convertit une hypothèse en preuve. C'est la chose de plus grande valeur que vous puissiez faire avec une heure, et presque personne ne le fait jusqu'au jour où il est trop tard.
Les façons dont un fichier de sauvegarde est présent mais inutile
Un fichier peut exister en pleine taille et quand même échouer : tronqué lors de l'écriture, apparié à une phrase différente de celle que vous avez notée, produit par une version d'app dont le format n'est plus lu par la version actuelle, ou manquant d'une catégorie de contenu que vous supposiez incluse.
Rien de cela n'est visible depuis la liste des fichiers. Tout cela est visible en quelques minutes d'une restauration réelle.
Testez indépendamment du coffre actif
L'erreur de test la plus courante est de restaurer pendant que le coffre de travail est encore disponible, car l'app peut se rabattre sur les données actives et vous montrer un contenu que la sauvegarde ne contenait pas réellement.
Un test valide utilise le flux de restauration documenté sur un appareil ou un profil où la photothèque originale n'est pas présente. Si c'est impraticable, confirmez au minimum de quelle source provenait le contenu affiché.
Ce qu'il faut ouvrir une fois restauré
- Créez une nouvelle sauvegarde et notez sa date et la version d'app qui l'a produite.
- Restaurez par le flux documenté, sans vous fier au coffre actif.
- Ouvrez l'élément le plus ancien, le plus récent, la plus grande vidéo et tout ce qui est dans un format inhabituel.
- Confirmez les décomptes d'éléments par rapport à ce que vous attendiez, pas seulement que quelque chose est apparu.
- Ouvrez du contenu en pleine taille plutôt que des vignettes, qui peuvent s'afficher à partir de données en cache.
- Gardez un court journal de restauration avec la date de chaque test réussi.
Des tests qui ne prouvent rien
- Vérifier seulement que le fichier de sauvegarde a une taille non nulle.
- Tester pendant que la base de données active est encore disponible pour l'app.
- Ouvrir seulement des vignettes ou des listes de fichiers plutôt que du contenu réel.
Eli commence par un test non sensible : « Crée une nouvelle sauvegarde chiffrée et note sa date et la version d'app ». Ensuite, Eli suit la deuxième vérification : « Utilise le flux de restauration documenté sans te fier au coffre actif ». Ce scénario fictif illustre le processus de décision ; ce n'est pas un compte rendu de tests de produit.
- Vérifier seulement que le fichier de sauvegarde a une taille non nulle
- Tester avec la base de données active encore disponible
- N'ouvrir que des vignettes
À quelle fréquence devrais-je tester ?
Testez après des changements majeurs d'app ou d'appareil et selon un rythme proportionnel à la fréquence de changement du coffre.
Puis-je tester avec des données sensibles ?
Utilisez des échantillons représentatifs et une destination contrôlée ; supprimez les copies de test ensuite.