Trouvez les bugs avant vos utilisateurs

Vous recevez quand même chaque rapport. Il liste les parcours et les téléphones couverts, ce que les testeurs ont observé et ce qu’ils n’ont pas pu tester. Un cycle sans bug ne prouve pas que l’app n’en contient aucun ni qu’elle est prête à être publiée ; c’est pourquoi chaque rapport précise exactement ce qui a été vérifié et ce qui ne l’a pas été.

Oui. 6 rapports réels livrés à des clients par nos testeurs QA sont publiés sur cette page. Pour protéger la confidentialité de chaque client, les noms d’app, noms de package, identifiants, liens et captures d’écran ont été retirés : voir les exemples de rapports. Chacun correspond au rapport d’un seul téléphone ; votre formule fournit un rapport par cycle de test, couvrant tous ses téléphones.

De vrais téléphones Android issus de notre propre parc d’appareils : 3 avec QA Review, 5 avec QA Improve and Retest et 8 avec QA Launch, répartis entre vos deux testeurs pour que les mêmes parcours s’exécutent sur différentes tailles d’écran et versions d’Android. Chaque bug signalé indique le téléphone, la version d’Android et le build sur lesquels il a été trouvé. Nous ne promettons ni des modèles précis ni toutes les versions d’Android. Si un téléphone ou une version d’Android compte particulièrement pour vous, posez-nous la question sur WhatsApp avant de commander ou indiquez-le lors de la configuration : nous confirmons ce qui est possible avant le début des tests.

Oui. QA Review comprend 1 build correctif, QA Improve and Retest comprend jusqu’à 3 builds correctifs, QA Launch comprend jusqu’à 5 builds correctifs. Partagez le lien du build depuis votre tableau de bord tant qu’au moins un rapport reste à venir ; un build qui arrive trop tard pour tout cycle restant n’est pas accepté et n’est pas décompté de votre quota. Vos testeurs vérifient les correctifs au prochain cycle prévu et mettent à jour le statut de chaque bug.

Partagez un seul lien lors de la configuration : votre fiche Google Play, un lien d’activation de canal de test interne ou fermé, une invitation Firebase App Distribution ou un lien de téléchargement, par exemple Google Drive. Le formulaire de configuration accepte des liens, pas l’envoi de fichiers APK. Utilisez un compte de test dédié, jamais vos identifiants Play Console ni vos clés de signature.

Après le paiement, vous remplissez un court formulaire de configuration dans votre tableau de bord. Les tests commencent dès que cette configuration est terminée et que vos deux testeurs sont assignés ; votre tableau de bord affiche alors la date de chaque rapport. Plus vite la configuration est faite, plus vite votre premier rapport arrive. Si les testeurs ne peuvent pas installer votre build ou se connecter, nous vous prévenons et le calendrier attend un build fonctionnel.

Oui, tant qu’il existe un build Android installable accessible par un lien. Nous testons le comportement de l’app sur de vrais téléphones et décrivons chaque problème avec les étapes pour le reproduire. Nous n’examinons pas le code source, nous ne jugeons pas l’idée et nous ne décidons pas si le travail de votre développeur est terminé. Les rapports vous donnent des éléments concrets pour cette discussion.

Avec QA Improve and Retest, les testeurs comparent votre titre, votre description courte et votre icône à ce que fait réellement l’app. QA Launch couvre la fiche complète : description courte et description complète, icône, captures d’écran et image de présentation, avec des remarques dans le rapport final. Il s’agit d’un examen par les personnes qui ont utilisé votre app, pas d’une recherche de mots-clés, et il ne promet ni classement ni approbation de Google.

Non. Les modifications sont faites par vous, votre développeur ou votre outil d’IA. Nous revérifions les builds correctifs inclus dans votre formule et consignons le résultat sous le même identifiant de bug, pour que vous voyiez ce qui a été corrigé et ce qui reste ouvert. Pour toute question sur une entrée de bug, passez par la page d’assistance de votre tableau de bord ou par WhatsApp.

Seulement une carte Visa ou Mastercard pour commander. Après le paiement, le formulaire de configuration vous demande le nom de votre app et son nom de package, un lien à partir duquel vos testeurs peuvent l’installer, des identifiants de test si l’app en a besoin, et les parcours à tester (jusqu’à 5, 8 ou 12 selon la formule). Vous pouvez aussi indiquer des appareils cibles et les problèmes connus que vous ne souhaitez pas voir signalés.

Les tests QA Android de PrimeTestLab coûtent 69,99 $US pour QA Review (7 jours, 3 rapports), 119 $US pour QA Improve and Retest (14 jours, 6 rapports) et 199 $US pour QA Launch (14 jours, 7 rapports). Chaque formule se règle en un paiement unique, sans frais de service, par Visa ou Mastercard via Stripe. Le prix couvre deux testeurs QA sur de vrais téléphones Android, un rapport écrit par cycle de test et la revérification des builds correctifs prévus dans votre formule ; QA Improve and Retest et QA Launch incluent aussi gratuitement le test fermé Google Play.

Oui, intégralement, à tout moment avant le début des tests, et votre commande reste ouverte jusqu’à ce que vous la lanciez ou que vous en fassiez la demande : nous ne l’annulons jamais de notre propre initiative. Ensuite, nous remboursons lorsque le problème vient de nous : un rapport livré avec plus de 2 jours de retard, une formule que nous ne pouvons pas terminer ou une entrée de bug que nous ne pouvons pas rectifier, à chaque fois à hauteur de la part du prix correspondant à ce rapport. Un changement d’avis, un rapport sans bug ou une décision de Google n’y donnent pas droit, et le test fermé inclus n’a aucune valeur monétaire. Lire les règles de remboursement QA (en anglais).

Uniquement notre équipe interne et vos deux testeurs assignés, qui ne reçoivent jamais votre nom ni votre adresse e-mail. Votre mot de passe de test est chiffré sur nos serveurs, les testeurs n’y ont plus accès à la fin de votre formule, et nous le supprimons 30 jours plus tard. Les captures d’écran et les enregistrements ne s’ouvrent que dans votre tableau de bord, après connexion, et nous ne publions jamais un rapport ni ne l’utilisons comme exemple sans votre autorisation écrite. Comment nous traitons les données QA (en anglais).