From d5ea70ebe5f41f9d0f4800925e7726414685128d Mon Sep 17 00:00:00 2001 From: Eduard Wisch Date: Mon, 17 Aug 2026 18:05:27 +0200 Subject: [PATCH] README: die sechs Pruefwerkzeuge und warum es sie gibt Der Browser-Mock liefert bei Netzwerkwerkzeugen grundsaetzlich den guten Fall - er gibt sogar jedem Geraet eine MAC, die beim Kunden nie ankommt. Co-Authored-By: Claude Opus 5 (1M context) --- README.md | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/README.md b/README.md index 6361ef0..4bd9c2f 100644 --- a/README.md +++ b/README.md @@ -77,9 +77,22 @@ node tools/render-chart.mjs # rendert die echten Diagramm-Komponenten # nach .render/*.svg — ansehen, nicht annehmen node tools/pruefe-monitor.mjs # rechnet die Verfügbarkeits-Auswertung gegen # konstruierte Fälle mit Handwerten durch +node tools/pruefe-kette.mjs # Internet-Kette: Fehlerglied, Anmeldeseite +node tools/pruefe-dns.mjs # DNS: NXDOMAIN ist KEIN Ausfall +node tools/pruefe-geraetediff.mjs # Geräte-Vergleich, alle Fälle OHNE MAC +node tools/pruefe-geraeteaktionen.mjs # Sortierung nach Gerätetyp +node tools/pruefe-serveradresse.mjs # http:// bei https-App abweisen node tools/test-recommend.mjs # Kanalempfehlung ``` +**Warum es diese Prüfer gibt:** Der Browser-Mock liefert bei Netzwerkwerkzeugen +grundsätzlich den guten Fall — er gibt sogar jedem Gerät eine MAC-Adresse, die +beim Kunden nie ankommt. Wer im Mock klickt, prüft den Mock. Deshalb liegt die +Bewertungslogik jeweils in einer Datei **ohne Laufzeit-Import** +(`*-bewertung.ts`, `geraete-diff.ts`, `serveradresse.ts`), die Node dank +Type-Stripping direkt laden kann. Jeder dieser sechs Prüfer hat mindestens +einen echten Fehler gefunden (Muster und Bilanz: KB #1091). + `render-chart.mjs` gibt es, weil die erste Fassung der WLAN-Diagramme unbemerkt unlesbar in den Einsatz ging: der Emulator hat keine WLAN-Hardware, also war nie ein gefülltes Diagramm zu sehen. SVGs mit `rsvg-convert x.svg -o x.png`