Dans ce guide
Vous n'avez jamais le temps de tout tester. Les tests basés sur les risques consistent à tester en premier ce qui ferait le plus de mal si cela cassait, et ce qui a le plus de chances de casser. Cette page vous donne une feuille de notation simple à copier.
Fonctionnement de la notation
Pour chaque fonctionnalité ou parcours, donnez deux notes de 1 à 3 :
- Impact (I) : à quel point c'est grave pour les utilisateurs ou pour vous si cela échoue ? 1 = gênant, 2 = bloque une tâche, 3 = perte de données, perte d'argent ou application inutilisable.
- Probabilité (P) : quelle est la chance que cela échoue ? 1 = ancien, stable, non modifié ; 2 = légèrement modifié ; 3 = nouveau, fortement modifié, ou dépend de quelque chose hors de votre contrôle (réseau, fournisseur de paiement, version d'OS).
Risque = I x P. Les scores de 6 à 9 sont testés en premier et sur plusieurs appareils. Les scores 3 et 4 ont un seul passage. Les scores 1 et 2 ne sont vérifiés que s'il reste du temps.
Modèle à copier-coller
Fonctionnalité / parcours | I (1-3) | P (1-3) | Risque | Profondeur de test | Fait ? | Notes
---------------|---------|---------|------|------------|-------|------
| | | | | |
Suggestion de profondeur : 6-9 = parcours complet plus cas d'erreur sur au moins deux appareils ; 3-4 = cas nominal une fois ; 1-2 = vérification rapide.
Exemple (illustratif, pas de données réelles)
| Fonctionnalité | I | P | Risque | Profondeur de test |
|---|---|---|---|---|
| Connexion | 3 | 2 | 6 | Parcours complet, mauvais mot de passe, hors ligne |
| Achat / abonnement | 3 | 3 | 9 | Parcours complet, annulation, restauration, deux appareils |
| Envoi de photo de profil | 2 | 3 | 6 | Gros fichier, sans autorisation, réseau lent |
| Réglages : mode sombre | 1 | 2 | 2 | Vérification rapide |
| Écran À propos | 1 | 1 | 1 | Seulement si du temps reste |
Adapter à votre application
- Ajoutez les colonnes utiles pour vous, par exemple « appareil / OS » ou « responsable » si plusieurs personnes testent.
- Augmentez la probabilité après chaque modification. Tout ce qui a été touché dans cette version vaut au moins 2, même s'il était stable auparavant.
- Augmentez l'impact pour les données et l'argent. Tout ce qui écrit ou supprime des données utilisateur, ou facture quelqu'un, vaut 3.
- Recalculez après les retours réels. Si les testeurs rencontrent sans cesse des problèmes dans une zone, sa probabilité était sous-estimée. Voir comment prioriser les retours sur votre app pour trier ce qui revient.
- Gardez-la courte. 10 à 20 lignes suffisent. Une longue feuille que personne ne met à jour est pire qu'une courte.
Limites : les notes relèvent de votre jugement, pas de mesures. Deux personnes peuvent noter différemment ; cet écart est une discussion utile, pas une erreur.
Liens
- Hub : checklists de test d'applications mobiles
- Checklist de recette utilisateur pour projets d'application
- Tableur de suivi des retours de bêta
AppReviewX vous donne des retours privés et structurés d'autres développeurs sur les zones que vous avez classées en tête. Un retour que vous rédigez rapporte un crédit ; les nouveaux comptes démarrent à 0 crédit. Commencez gratuitement.