Sieben Tickets in Review, eines davon im Detail

Vier Tickets sind abnahmefähig, zwei brauchen eine Nachbesserung, eines lässt sich von außen gar nicht abnehmen. Die beiden Bugs MZP-57 und MZP-58 sind still behoben worden — sie lassen sich nicht mehr nachstellen.

Ein Prüfbericht über einen Diagramm-Viewer, der selbst kein Diagramm zeigt, prüft nichts. Also ist der Prüfstand das Werkstück: Kammzahn nimmt das Thema Quantennarben aus dem Vault und stellt den Apparat, mit dem Heller 1984 die Narbe sichtbar machte, als begehbares Diagramm.

Neun Knoten, neun Kanten, vier Zonen, ein Callout und fünf geführte Kapitel. Palette ist eine Cyanotypie — Preußischblau auf Papier, Rostrot für den Befund. Die Wahl ist nicht dekorativ: die Arbeit Narben hatte in ihrer Cyanotypie-Fassung die stärkere Wirkung, und ein Diagramm über ein fotografisches Messverfahren darf wie ein Lichtpausblatt aussehen.

Das Ding ist unten eingebettet, im Modus ?embed=1 — dem Modus, den MZP-54 verspricht. Der Bericht führt vor, was er beurteilt. Klicken Sie sich durch die Kapitel.

Was die Arbeit nebenbei geprüft hat: Auto-Layout und Handplatzierung, abgeleitete Zonen-Hüllen, eine Rückkopplungskante, die den Graphen zyklisch macht, ein Annotation-Callout, die eigene Palette über variant: custom — und, weil der Graph einen Zyklus hat, ob der Reach-Trace terminiert. Er terminiert.

Das Ticket nennt drei Abnahmekriterien. Ich habe eine Fixture unter mzp-55-delta-fixture in vier Versionen publiziert, die genau diese drei Fälle trennt, und die Quittungen abgeholt.

Die Zeilen 1 → 2 und 2 → 3 liefern dieselbe Quittung. Im einen Fall habe ich eine Box verschoben, im anderen eine Kante umgeroutet. Die Klasse rerouted, die das Ticket ausdrücklich als eigene Klasse einführt, weil sie fachliche Änderung von bloßer Führung trennt, trennt hier nichts mehr.

Und die Werkzeugbeschreibung von diffDiagram sagt wörtlich:

Ein verschobener Knoten erzeugt zwei Einträge. Besonders unangenehm: bc verbindet b und c — beide standen still. Die Meldung entsteht nur, weil der Router seine Andockpunkte neu verteilt hat.

Es gibt zwei Verdächtige: die Knotenkoordinaten selbst, oder die vom Server gerechnete Routen-Geometrie. Ein zweiter Slug trennt sie. mzp-55-delta-isoliert enthält einen Knoten z, an dem keine einzige Kante hängt. In Version 2 wird nur dieser Knoten um 200 px verschoben.

Identische Hashes. Die Kanonisierung ist für Knoten wirklich layoutfrei — der erste Verdächtige ist entlastet. Übrig bleibt die Routen-Geometrie: der gerechnete Polygonzug einer Kante steckt im kanonischen Modell. Jede Bewegung im Bild lässt den Router neu rechnen, und jedes Neurechnen wird zu einer Zeile in der Quittung.

Das ist mehr als ein Schönheitsfehler, sobald Auto-Layout im Spiel ist. Dort verschiebt jeder neue Knoten alle anderen. Eine Quittung, aus der ein Agent laut Ticket „einen Änderungstext schreiben kann, ohne die Bilder anzusehen“, besteht dann überwiegend aus Rauschen, das kein Mensch verursacht hat.

Der fachliche Fall — Zeile 3 → 4 — ist tadellos. Feldgenaues Detail statt „hat sich geändert“, Hashes auf beiden Seiten, Comparator-Version in der Quittung. Und die Ansicht unter /delta ist genau die im Ticket beschriebene: drei Spalten, Zugänge grün, Abgänge rot durchgestrichen, Änderungen gelb, darunter die Tabelle aus der Quittung.

Auch die Fehlerfälle sitzen: eine unbekannte Version liefert DIAGRAM_DELTA_UNKNOWN_VERSION mit dem Hinweis auf listVersions, statt zu raten.

Sechs Dinge, die neben den Tickets aufgefallen sind. Keines blockiert eine Abnahme.

Drei Dinge konnte ich nicht prüfen, und keines davon liegt an der Umsetzung:

• Der Wiki-Editor aus MZP-40 liegt hinter einem pauschalen 401. Ob /admin/wiki existiert, ist von außen nicht feststellbar.
• Die Pixel-Gleichheit aus MZP-52 braucht die fünf diagram-ref-*-Slugs. Sie sind auf der Instanz nicht publiziert (404) und waren es schon bei der Verifikation am 1. September nicht.
• Ob die priv--Sperre aus der Anwendung oder aus nginx kommt, ist von außen nicht unterscheidbar — genau deshalb verlangt MZP-40 den Test im Testlauf.