Les bugs de bureau dépendent d'éléments dont un rapport sur téléphone n'a jamais besoin : build de l'OS, configuration d'écran, droits de l'utilisateur, ce qui tourne en parallèle. Ce modèle ajoute ces champs. Pour la structure de base d'un rapport, voir le modèle de rapport de bug général.
Le modèle
Copie tout ce qui suit et complète-le.
TITRE : [une ligne : ce qui casse, et où]
APP
- Nom de l'app et version / numéro de build :
- Mode d'installation (installateur, package, portable, boutique) :
- Installation propre ou mise à jour depuis la version :
SYSTÈME
- OS et version (Windows : édition + build, par ex. via winver ; Mac : version de macOS) :
- Matériel (Mac : modèle/puce ; PC : processeur, RAM, GPU si pertinent) :
- Écrans (nombre, résolution, échelle en %, lequel affichait l'app) :
- Type de compte utilisateur (standard / administrateur) :
- Paramètres de langue et de région :
- Logiciel de sécurité, VPN ou autres outils actifs qui pourraient compter :
ÉTAPES POUR REPRODUIRE
1.
2.
3.
RÉSULTAT ATTENDU :
RÉSULTAT OBTENU :
FRÉQUENCE : [toujours / parfois (x fois sur y essais) / une fois]
PIÈCES JOINTES
- Capture d'écran ou enregistrement d'écran :
- Fichiers journaux ou rapport de plantage (chemin ou fichier) :
- Cela se produit-il après un redémarrage de l'app ? De l'ordinateur ?
AUTRE CHOSE : [veille/réveil, écran branché, fichier sur un lecteur réseau, ...]
Exemple rempli (fictif)
TITRE : L'exportation en PDF fige la fenêtre quand un second écran est branché
APP
- Nom de l'app et version / numéro de build : ExampleDraw 2.3.1 (build 2310)
- Mode d'installation : installateur
- Installation propre ou mise à jour depuis la version : mise à jour depuis 2.2.0
SYSTÈME
- OS et version : Windows 11 Pro, build 22631
- Matériel : portable, 16 Go de RAM, graphiques intégrés
- Écrans : 2 ; portable 1920x1080 à 125 %, externe 2560x1440 à 100 % ; app sur l'écran externe
- Type de compte utilisateur : standard
- Paramètres de langue et de région : allemand (Allemagne)
- Logiciel de sécurité : protection système par défaut uniquement
ÉTAPES POUR REPRODUIRE
1. Ouvre un projet contenant au moins une image.
2. Fais glisser la fenêtre sur l'écran externe.
3. Fichier > Exporter > PDF.
RÉSULTAT ATTENDU : la boîte de dialogue d'enregistrement s'ouvre.
RÉSULTAT OBTENU : la fenêtre ne répond plus pendant environ 20 secondes, puis la boîte de dialogue s'ouvre hors écran.
FRÉQUENCE : toujours (3 essais sur 3) ; ne se produit pas avec le seul écran du portable
PIÈCES JOINTES
- Enregistrement d'écran : joint
- Journal : app.log, du dossier de données de l'app, joint
- Après redémarrage de l'app : oui, ça se produit encore
AUTRE CHOSE : commencé après la mise à jour vers 2.3.1
Adapte-le
- Supprime les lignes qui ne s'appliquent pas à ton app, mais garde l'OS, le build, les étapes et le résultat attendu face au résultat obtenu.
- Ajoute un champ pour tout ce dont dépend ton app, comme la version d'un plugin, un appareil connecté ou un type de licence.
- Dis aux testeurs où ton app écrit ses journaux et, si elle en a, où sont enregistrés les rapports de plantage. Pour trier ce qui arrive, voir comment lire et prioriser les rapports de plantage.
- Propose un élément de menu « Envoyer le journal » dans l'app si tu peux ; cela supprime le champ le plus difficile pour les testeurs non techniques.
Ce que couvre AppReviewX
AppReviewX accepte les apps à partir d'un lien vers la boutique : Google Play, l'Apple App Store, le Mac App Store et le Microsoft Store. Les apps Windows et Mac doivent déjà être publiées dans leur boutique, et AppReviewX ne distribue pas de builds ni d'installateurs. Les retours sont privés et structurés, un retour accepté = un crédit, et les notes des boutiques sont facultatives, non rémunérées et jamais exigées. Cette page est un guide général.
Commence gratuitement et obtiens des retours privés sur ton app.
Liés : Guide de test des apps Windows et Mac, Liste de tests d'une app Windows avant publication, Notes pour les apps de bureau.