Notez ce qui survit à chaque limite
Créez un petit tableau pour le redémarrage de l'exécution, le rechargement de la page et une nouvelle session de navigateur. Exemple : le score actuel est réinitialisé au redémarrage ; le record personnel survit au rechargement ; le niveau actif revient au niveau 1 après une nouvelle session. Nommez chaque valeur et la limite qu’elle traverse. Cela permet de repérer une persistance accidentelle, comme le chronomètre d’une exécution précédente restant visible après le redémarrage, ou une perte accidentelle, comme la disparition d’un meilleur score au rechargement.
Testez les données absentes, malformées ou anciennes
Essayez une première visite sans clé enregistrée, puis un score enregistré valide, puis une valeur vide ou mal formée si vous pouvez contrôler l'environnement de test. Un jeu robuste devrait choisir une solution de secours définie plutôt que d'afficher NaN, de verrouiller le menu ou de planter avant de jouer. Si un score a un maximum ou doit être un nombre, testez les entrées négatives, étonnamment grandes et non numériques à la limite des données. Il s’agit de contrôles de résilience et non d’hypothèses selon lesquelles les joueurs peuvent modifier le stockage via le produit.
Questions sur tester l'état de sauvegarde du jeu
Que doit sauvegarder un jeu entre les sessions ?
Cela dépend de l'expérience envisagée. Indiquez explicitement si les paramètres, les meilleurs scores, la progression et les exécutions en cours persistent, puis testez chacun d'eux au rechargement et aux limites de la nouvelle session.
La disponibilité de localStorage est-elle garantie ?
Aucun choix de stockage ne doit être considéré comme une garantie inconditionnelle. Gérez les données manquantes ou inutilisables avec élégance et vérifiez le comportement de repli du jeu dans vos environnements pris en charge.
Pour aller plus loin
Vous avez repéré une information dépassée ? Signaler une correction