Files
dxfmakros/tests/test_hundm05.lsp
T
s.ayadi 5902343352 [CHANGE] Nur noch EIN Test baut die HundM-Geometrie: Spec wird TEST_HUNDM05
Nach dem gruenen VF_SPEC_BAU-Lauf bauten zwei Tests dieselben 5 Ketten. Der
Spec-Pfad ist jetzt der routinemaessige Bau-Test, der Aufzeichnungs-Pfad der
abgeschaltete Regressionstest fuer das Journal-Format.

Umbenennungen:
- tests/testdata/vf_spec_hundm05.json -> tests/testdata/hundm05.json
  Die Spec ist das Eingabeformat und die Datei, in der weitere Ketten der
  Anlage nachgetragen werden. spec_ids jetzt VF_hundm05_LZ_* (wie im
  Aufzeichnungs-Protokoll), damit sich die Ergebnisse beider Laeufe paaren
  lassen.
- tests/testdata/hundm05.json -> tests/testdata/hm_recformat.json
  tests/test_hundm05.lsp -> tests/test_hm_recformat.lsp (TEST_HM_RECFORMAT,
  Praefix hmrec:, Export hm_recformat:export-results)
  tests/test_hundm05.py -> tests/test_hm_recformat.py
  In alltests.json auf "disabled": true.

Neu: tests/test_hundm05.lsp (TEST_HUNDM05) baut die Spec - OHNE eigene
Bau-Logik, es ruft vsp-bau-datei aus Lisp/vf_spec.lsp. Damit gibt es genau
einen Code-Pfad, der aus einer Spec Geometrie erzeugt; c:VF_SPEC_BAU nutzt
denselben. tests/test_hundm05.py prueft das Ergebnis (die 9 Tests, die
vorher in test_vf_spec.py standen); test_vf_spec.py ist jetzt reiner
Uebersetzer-Test ohne CAD.

Warum das Aufzeichnungsformat bleibt (Details in
doc/TODO-plan-vf-interactive.md Abschnitt 4.7):
- hm_recformat.json ist die EINZIGE eingecheckte Kopie der Originaldaten
  (data/polylines.dxf ist mit 124 MB per .gitignore ausgeschlossen). Die Spec
  ist daraus abgeleitet; ohne die Aufzeichnung faellt die rechte Seite des
  Rundlauf-Beweises weg.
- Es prueft eine ANDERE Invariante: das Journal kommt roh aus der XDATA einer
  Kundenzeichnung. TEST_HM_RECFORMAT ist damit der einzige Test dafuer, dass
  ein BESTEHENDER VF_n-Block weiter abspielbar ist - also dass
  Doppelklick-Edit und 2D/3D-Konvertierung an Altbestand funktionieren. Ein
  spec-gebautes Journal kann das nicht zeigen, es kommt aus dem Uebersetzer.
- Es dokumentiert die Frage-Reihenfolge (kommentar je Eintrag); die Spec
  verbirgt den Dialog, das ist ihr Zweck.

Weitere Anpassungen:
- Ergebnisdatei heisst nach der Spec-Datei (<basisname>_results.json), damit
  Befehl und Testrunner in dieselbe Datei schreiben. Verzeichnis: tests/output
  (Override DXFM_VF_SPEC_OUT); NICHT DXFM_RESULTS - das sind die Sivas-/
  CSV-Exporte, dort landete die Datei ausserhalb des Testbaums.
- Neu *vsp-dim-override* fuer TEST_HUNDM05_2D/_3D: wird je Kette angewandt,
  weil der Abbruch-Handler in vf-linienzug-modus *ssg-ils-dim* zurueck setzt.
- Das Anlagenkuerzel der test_id in lib/vf_journal_export.py kam aus dem
  Namen der Ziel-JSON. Nach der Umbenennung haette eine Regenerierung die ids
  stillschweigend auf VF_hm_recformat_LZ_* geaendert und die Paarung der
  beiden Laeufe zerlegt - jetzt feste Konstante TEST_ID_ANLAGE.
- conftest: hundm05_* Fixtures -> hmrec_* (die Spec-Fixtures stehen in
  tests/test_hundm05.py).

Verifiziert: 98 pytest-Tests gruen (die 9 Ergebnis-Tests warten auf einen
neuen TEST_HUNDM05-Lauf), alle .lsp lint-sauber, Spec-Regenerierung
idempotent, TEST_VF_SPEC in BricsCAD 28 PASS / 0 FAIL.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-03 11:11:12 +02:00

111 lines
4.7 KiB
Common Lisp

;; ============================================================
;; test_hundm05.lsp - Integrationstest: baut die 5 VarioFoerderer-Linienzuege
;; der Anlage HundM (Kreisel mit fuenf daran haengenden Ketten) aus ihrer
;; SPEC nach.
;;
;; Datenquelle: tests/testdata/hundm05.json - die Ketten im Spec-Format
;; (Domaenenwerte statt Menue-Codes, siehe Lisp/vf_spec.lsp und
;; doc/variofoerderer.md Abschnitt 8b). Erzeugt aus den echten
;; Aufzeichnungen mit
;; python lib/vf_spec_export.py tests/testdata/hm_recformat.json \
;; tests/testdata/hundm05.json
;; und damit nachweislich dasselbe Journal wie die Vorlage
;; (Rundlauf-Beweis in tests/test_vf_spec.py). Die Datei ist die Stelle, an
;; der weitere Ketten der Anlage nachgetragen werden.
;;
;; Dieser Test hat KEINE eigene Bau-Logik: er ruft vsp-bau-datei aus
;; Lisp/vf_spec.lsp - denselben Weg, den auch der Befehl VF_SPEC_BAU nimmt.
;; Es gibt also genau einen Code-Pfad, der aus einer Spec Geometrie erzeugt.
;;
;; ABGRENZUNG zu TEST_HM_RECFORMAT (tests/test_hm_recformat.lsp): dort werden
;; dieselben Ketten aus dem ROHEN Journal der Kundenzeichnung gebaut. Das ist
;; der Regressionstest fuer das Aufzeichnungsformat (bleibt ein bestehender
;; VF_n-Block abspielbar - Doppelklick-Edit, 2D/3D-Konvertierung?) und
;; deshalb dort auf "disabled": true, um nicht zweimal dieselbe Geometrie zu
;; bauen.
;;
;; Voraussetzung:
;; - SSG_LIB geladen (VarioFoerderer inkl. vf_linienzug + vf_spec,
;; Gefaellestrecke, ssg_core, ssg_dbg)
;; - Umgebungsvariable DXFMAKRO gesetzt
;;
;; Speichert (via SSG_RUN_ALL_TESTS bei "save":"dxf"):
;; tests/output/hundm05_tests.dxf
;; tests/output/hundm05_results.json (via hundm05:export-results)
;;
;; Aufruf in BricsCAD:
;; (load (strcat (getenv "DXFMAKRO") "/tests/test_hundm05.lsp"))
;; TEST_HUNDM05 ; in der aktuellen Dimension (ssg-ils-dim-aktuell)
;; TEST_HUNDM05_2D ; erzwungen 2D
;; TEST_HUNDM05_3D ; erzwungen 3D
;; ============================================================
(if (not (boundp '*hundm05-records*)) (setq *hundm05-records* nil))
(defun hundm05:spec-datei ()
(strcat (getenv "DXFMAKRO") "/tests/testdata/hundm05.json"))
;; ============================================================
;; Testlauf
;; ============================================================
(defun c:TEST_HUNDM05 ( / datei)
(setq datei (hundm05:spec-datei))
(princ "\n\n================================================================")
(princ "\n TEST_HUNDM05 - 5 Linienzuege der Anlage HundM (aus der Spec)")
(princ (strcat "\n " datei))
(princ "\n================================================================")
(cond
((null (car (atoms-family 1 '("VSP-BAU-DATEI"))))
(princ "\n[TEST_HUNDM05] FEHLER: vf_spec.lsp nicht geladen"
" (VarioFoerderer laden).")
(setq *hundm05-records* nil))
((null (findfile datei))
(princ (strcat "\n[TEST_HUNDM05] FEHLER: " datei " nicht gefunden!"))
(setq *hundm05-records* nil))
(T
(setq *hundm05-records* (vsp-bau-datei datei))))
(princ))
;; ============================================================
;; Dieselbe Anlage in einer bestimmten Dimension bauen
;; ============================================================
;; Die Spec ist dimensionsfrei - sie beschreibt die Eingaben, mit denen die
;; Ketten gebaut wurden. Ob daraus flache 2D-Symbole oder 3D-Modelle werden,
;; entscheidet allein die Blockvariante (_2D/_3D), die ssg-ils-dim-aktuell
;; aufloest. Unsere Bibliothek hat beide, also laesst sich dieselbe Anlage
;; ohne Datenaenderung in 2D ODER 3D aufbauen.
;; *vsp-dim-override* wird von vsp-bau-aus-spec JE KETTE angewandt (der
;; Abbruch-Handler in vf-linienzug-modus setzt *ssg-ils-dim* zurueck).
(defun hundm05:mit-dimension (dim / alt)
(setq alt (if (boundp '*vsp-dim-override*) *vsp-dim-override*))
(setq *vsp-dim-override* dim)
(vl-catch-all-apply 'c:TEST_HUNDM05 '())
(setq *vsp-dim-override* alt)
(princ))
(defun c:TEST_HUNDM05_2D () (hundm05:mit-dimension "2D"))
(defun c:TEST_HUNDM05_3D () (hundm05:mit-dimension "3D"))
;; ============================================================
;; Ergebnis-Export (Konvention <name>:export-results fuer test_run_all.lsp)
;; ============================================================
;; Geschrieben wird hier und nicht in c:TEST_HUNDM05, damit der Testrunner
;; das Zielverzeichnis bestimmt (er uebergibt tests/output).
(defun hundm05:export-results (out-dir / pfad)
(if (null *hundm05-records*)
(princ "\n Keine HundM05-Ergebnisse vorhanden.")
(progn
(vl-mkdir out-dir)
(setq pfad (strcat out-dir "/hundm05_results.json"))
(vsp-results-schreiben *hundm05-records* pfad)))
(princ))
(princ "\nTEST_HUNDM05 geladen. Aufruf: TEST_HUNDM05 (bzw. _2D / _3D)")
(princ)