Les testeurs perdent leur première session quand le backend est en panne, que le compte de test ne fonctionne pas ou que l'application pointe vers le mauvais serveur. Passe cette liste avant d'envoyer la moindre invitation. Chaque point comporte une raison et un moyen de vérifier.
| # | Élément | Pourquoi | Comment vérifier |
|---|---|---|---|
| 1 | La version pointe vers le backend de test, pas la production | Les actions de test ne doivent pas toucher de vrais utilisateurs ni de vraies sommes | Contrôle l'URL de base dans la version installée ; fais une action et cherche-la dans la base de test |
| 2 | Le backend de test est en ligne et accessible depuis l'extérieur de ton réseau | Les testeurs ne sont pas sur ton Wi-Fi ni sur ton VPN | Ouvre-le depuis les données mobiles d'un téléphone |
| 3 | Des comptes de test existent pour chaque rôle (nouvel utilisateur, utilisateur courant, admin si pertinent) | Les testeurs ne doivent pas perdre leur temps à s'inscrire ou à deviner | Connecte-toi avec chacun depuis une installation propre |
| 4 | Les identifiants sont dans l'invitation, pas seulement dans ta tête | Évite la première question au support | Relis l'invitation comme si tu étais un inconnu |
| 5 | Les données de démonstration sont réalistes (noms longs, listes vides et pleines, caractères spéciaux) | Des données vides ou trop propres cachent les bugs de mise en page et de logique | Parcours les principales listes avec ces données |
| 6 | Les données peuvent être réinitialisées rapidement | Après une mauvaise session de test, il faut un état propre | Lance ta réinitialisation une fois et chronomètre-la |
| 7 | Les paiements et e-mails fonctionnent en mode sandbox/test | Pas de vrais débits ni de vrais mails à de vraies adresses | Effectue un achat de test ; vérifie où partent les e-mails |
| 8 | Les drapeaux de fonctionnalités sont réglés pour la version testée | Les fonctions inachevées doivent être masquées ou signalées | Liste les drapeaux et leurs valeurs pour cette version |
| 9 | Les clés des services tiers (cartes, push, authentification) sont valides pour la version de test | Des clés liées à un autre identifiant d'application échouent en silence | Déclenche chaque service une fois sur un appareil |
| 10 | Les notifications push arrivent sur un appareil de test | Souvent mal configurées uniquement dans les versions de test | Envoie-en une depuis le backend |
| 11 | Le signalement des plantages et des erreurs est activé, avec le numéro de version | Sinon tu n'auras pas de journaux de la part des testeurs | Provoque un plantage de test et retrouve-le dans le tableau de bord |
| 12 | La journalisation ne stocke ni mots de passe ni données personnelles | Les données de test peuvent appartenir à de vraies personnes | Lis un échantillon de lignes de journal |
| 13 | Les testeurs peuvent installer la version (lien, groupe ou invitation fonctionne) | Le premier échec le plus fréquent | Installe par le chemin exact qu'utiliseront les testeurs, sur un second appareil |
| 14 | Le numéro de version est visible dans l'application | Chaque signalement a besoin d'une version | Ouvre les réglages ou un écran « à propos » |
| 15 | Une liste de problèmes connus existe | Évite aux testeurs de signaler ce que tu connais déjà | Rédige-la avant l'invitation |
| 16 | Il existe un seul endroit pour envoyer les retours, et tu le verras | Les retours éparpillés se perdent | Envoie-toi un signalement de test |
Modèle : note de disponibilité avant invitation
Environnement : [URL de préproduction] Version : [numéro] Date : [date]
Vérifié par : [nom]
[ ] Points 1 à 16 ci-dessus faits. Exceptions : [liste]
Problèmes connus : [liste]
Procédure de réinitialisation : [étapes]
Adapter
Retire les points qui ne s'appliquent pas (pas de backend, pas de paiement). Ajoute ce qui est propre à ta pile, comme une migration de base de données ou un mode démonstration avec données. Pour savoir comment tester les migrations, voir les contrôles associés à tester les migrations de base de données sans perte de données.
Liens associés
- Hub : hub des checklists de test d'applications mobiles
- Checklist de politique de confidentialité pour applications mobiles
- Checklist avant lancement : 30 points à vérifier
Une fois l'environnement prêt, AppReviewX peut te fournir des retours privés et structurés de la part de testeurs. 1 retour = 1 crédit ; les nouveaux comptes démarrent à 0. Commence gratuitement.