02303ad7fc
Alle Aenderungen sind verhaltensgleich: die Frage-Schalen behalten ihre Namen, keine Aufrufstelle in Modus 1/2/3 wurde angefasst. Schritt 0 - vfl-ziel-report: der Soll-Ist-Vergleich am Kettenende stand zweimal WORTGLEICH in vfl-vf-einheit-abschluss (einmal fuer "Kettenende ohne ES", einmal "mit ES"); die Faelle unterscheiden sich nur darin, wann sie melden, nicht was. Schritt 1 - Winkelwahl aufgeteilt: vfl-winkel-gueltige (Kandidaten filtern) und vfl-winkel-nach-index (Kandidat waehlen) sind rein; die Frage-Schale vfl-waehle-winkel setzt sie zusammen. Neuer Vorgabe-Kanal *vfl-winkel-idx-vorgabe*: ist er gesetzt, wird nicht gefragt. Kanal statt Parameter, weil vfl-waehle-winkel aus vier Solvern gerufen wird (vfl-vf-winkel, vfl-vf-entscheidung, vfl-body-zerlegung, vfl-segment-entscheidung) - ein Parameter wuerde vier Signaturen und alle deren Aufrufer aendern. Default nil, also heute ohne Wirkung. Schritt 2 - vfl-es-masse-setzen: reines Globals-Setzen (ES-Winkel merken + vf-set-es-masse) aus vfl-frage-es-seite gezogen. *vfl-es-winkel* wird LAZY von den Blocknamen-Bauern gelesen und muss vor dem ersten ES-Insert stehen. Schritt 3 - vfl-hor-koerper-bauen: die drei Fragen (Separator vor/nach, Endpunkt) haengen an keinem berechneten Wert und stehen jetzt alle vor dem Bau. Journal-Reihenfolge UND Entity-Reihenfolge bleiben identisch; nur interaktiv erscheint der auf_3-Uebergangsblock erst nach den drei Fragen statt zwischen Frage 1 und 2. Die dL-Subtraktionskette wurde Zeile fuer Zeile uebernommen - jeder Schritt ist mit (max *vfk-restlaenge-min-clamp* ...) geklammert, also nicht kommutativ, und der auf_3-Insert sitzt bewusst zwischen Subtraktion 1 und 2 (sein Fussabdruck wird GEMESSEN). Nachweis: Zeilenvergleich alt/neu, dieselben 15 geometrie-relevanten Zeilen in derselben Reihenfolge. Schritt 4 - vfl-body-abschluss-bauen: hier laesst sich NICHT alles vorab fragen (vfl-neue-linie-messen braucht den Frame nach vfl-nach-3grad, die Hoehenvorschlaege brauchen dL und die Kettenhoehe). Die Schale macht darum 3-Grad-Abschluss -> messen -> Vorschlaege -> Zielhoehe fragen, der reine Teil beginnt bei der Zerlegung. Nachweis: Multiset-Vergleich der Zeilen, ausser Kopf, Klammer und Aufruf ist keine Zeile veraendert. Schritt 7 (Assertion-Teil) - vsp-journal-diff in Lisp/vf_spec.lsp: stellt das aus der Spec erzeugte Journal Token fuer Token gegen das beim Bau neu aufgezeichnete. Schaerfster Desync-Detektor - offene Queue-Werte und die Glied-Folge zeigen nur grobe Abweichungen, ein einzelner Wert, der an der falschen Stelle verbraucht wird, kann beide passieren lassen und trotzdem andere Geometrie erzeugen. Neues Record-Feld journal_diff, neuer Test test_journal_token_gleich. Zwei bewusste Abweichungen von der Planung (begruendet in doc/TODO-plan-vf-interactive.md, Abschnitt "Umsetzungsstand Stufe 2"): vfl-hor-koerper-bauen behaelt ziel-modus als eigenen Parameter neben ende-code (ende-code darf nil sein, die Separator-Subtraktionen haengen aber allein am Ziel-Modus); vfl-body-abschluss-bauen braucht letzt-hz und es-gewuenscht nicht. Offen: Schritte 5, 6, 8, 9, 10. Das sind die, bei denen die Reihenfolge selbst Geometrie ist - der Fahrplan verlangt nach jedem einen CAD-Lauf (TEST_HUNDM05 + TEST_VF_SPEC + TEST_LINIENZUG), nach den Geometrie-Schritten zusaetzlich DXF-Diff und Sivas-Export-Vergleich. Ohne Lauf zwischen den Schritten waere ein Fehler nicht mehr einem Schritt zuzuordnen. Sie bringen keine neue Faehigkeit: der Bau aus Daten laeuft seit Stufe 1 und ist mit VF_SPEC_BAU belegt (5 OK, 0 Fehler). Verifiziert: 109 pytest-Tests gruen, beide .lsp lint-sauber, kein neuer alert/get*/ssget im Bau-Pfad (statischer Waechter). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
145 lines
6.2 KiB
Python
145 lines
6.2 KiB
Python
#!/usr/bin/env python3
|
|
# -*- coding: utf-8 -*-
|
|
"""
|
|
test_hundm05.py - Validiert die aus der SPEC gebaute Anlage HundM.
|
|
|
|
Eingabe: tests/testdata/hundm05.json (die 5 Ketten im Spec-Format).
|
|
Gebaut von TEST_HUNDM05 bzw. VF_SPEC_BAU in BricsCAD, Ergebnis in
|
|
tests/output/hundm05_results.json.
|
|
|
|
Diese Tests brauchen also einen CAD-Lauf und werden sonst uebersprungen.
|
|
Den UEBERSETZER (Spec -> Journal) prueft tests/test_vf_spec.py ohne CAD;
|
|
das Aufzeichnungsformat prueft tests/test_hm_recformat.py.
|
|
|
|
Der Ergebnis-Record je Kette kommt aus Lisp/vf_spec.lsp (vsp-result-json).
|
|
"""
|
|
|
|
import json
|
|
import os
|
|
|
|
import pytest
|
|
|
|
HIER = os.path.dirname(__file__)
|
|
SPEC_JSON = os.path.join(HIER, "testdata", "hundm05.json")
|
|
|
|
# TEST_HUNDM05 schreibt nach tests/output. Ein Lauf von VF_SPEC_BAU mit
|
|
# gesetztem DXFM_VF_SPEC_OUT kann die Datei woanders ablegen - darum beide
|
|
# ueblichen Orte pruefen, statt den Test stumm zu ueberspringen.
|
|
ERGEBNIS_ORTE = [os.path.join(HIER, "output", "hundm05_results.json"),
|
|
os.path.join(HIER, "..", "results", "hundm05_results.json")]
|
|
|
|
|
|
@pytest.fixture(scope="module")
|
|
def spec_objekte():
|
|
if not os.path.isfile(SPEC_JSON):
|
|
pytest.skip("%s fehlt (lib/vf_spec_export.py erzeugt es)" % SPEC_JSON)
|
|
with open(SPEC_JSON, encoding="utf-8") as fh:
|
|
return json.load(fh)
|
|
|
|
|
|
@pytest.fixture(scope="module")
|
|
def spec_ergebnisse():
|
|
for pfad in ERGEBNIS_ORTE:
|
|
if os.path.isfile(pfad):
|
|
with open(pfad, encoding="utf-8") as fh:
|
|
return json.load(fh)
|
|
pytest.skip("hundm05_results.json fehlt - TEST_HUNDM05 in BricsCAD "
|
|
"ausfuehren")
|
|
|
|
|
|
class TestSpecBau:
|
|
|
|
def test_je_spec_ein_ergebnis(self, spec_objekte, spec_ergebnisse):
|
|
soll = [o["spec_id"] for o in spec_objekte if "spec_id" in o]
|
|
ist = [r["spec_id"] for r in spec_ergebnisse]
|
|
assert ist == soll
|
|
|
|
def test_status_executed(self, spec_ergebnisse):
|
|
for r in spec_ergebnisse:
|
|
assert r["status"] == "executed", \
|
|
f'{r["spec_id"]}: Status={r["status"]}, {r.get("fehler_text")}'
|
|
|
|
def test_keine_spec_fehler(self, spec_ergebnisse):
|
|
for r in spec_ergebnisse:
|
|
assert not r["spec_fehler"], \
|
|
f'{r["spec_id"]}: {r["spec_fehler"]}'
|
|
|
|
def test_kein_prompt(self, spec_ergebnisse):
|
|
"""Der positive Beweis fuer "kein Dialog, keine Konsolenfrage": die
|
|
zaehlenden Stubs wurden nie erreicht."""
|
|
for r in spec_ergebnisse:
|
|
assert r["prompts"] == 0, \
|
|
f'{r["spec_id"]}: {r["prompts"]} Live-Eingabe(n) erreicht'
|
|
|
|
def test_journal_vollstaendig_verbraucht(self, spec_ergebnisse):
|
|
for r in spec_ergebnisse:
|
|
assert r["eingaben_offen"] == 0, \
|
|
f'{r["spec_id"]}: {r["eingaben_offen"]} Werte offen'
|
|
assert r["eingaben_gesamt"] > 0
|
|
|
|
def test_glieder_wie_geplant(self, spec_ergebnisse):
|
|
"""Der Desync-Detektor, der auch dann greift, wenn die Queue aufgeht:
|
|
eine geometrisch abgewiesene Sektion verbraucht nur weniger
|
|
Eintraege, die Glied-Folge weicht dann aber ab."""
|
|
for r in spec_ergebnisse:
|
|
assert r["glieder_ist"] == r["glieder_soll"], \
|
|
f'{r["spec_id"]}: gebaut {r["glieder_ist"]}, ' \
|
|
f'geplant {r["glieder_soll"]}'
|
|
|
|
def test_journal_token_gleich(self, spec_ergebnisse):
|
|
"""Der schaerfste Desync-Detektor: das aus der Spec erzeugte Journal
|
|
und das beim Bau neu aufgezeichnete muessen Token fuer Token gleich
|
|
sein. Queue-Rest und Glied-Folge zeigen nur grobe Abweichungen - ein
|
|
einzelner Wert, der an der falschen Stelle verbraucht wird, kann
|
|
beide passieren lassen und trotzdem andere Geometrie erzeugen."""
|
|
for r in spec_ergebnisse:
|
|
if "journal_diff" not in r:
|
|
pytest.skip("Ergebnis aus einem Lauf vor Stufe 2")
|
|
assert not r["journal_diff"], \
|
|
f'{r["spec_id"]}: {r["journal_diff"]}'
|
|
|
|
def test_keine_meldungen(self, spec_ergebnisse):
|
|
for r in spec_ergebnisse:
|
|
assert not r["meldungen"], \
|
|
f'{r["spec_id"]}: Meldungen aus dem Bau: {r["meldungen"]}'
|
|
|
|
def test_vf_block_erzeugt(self, spec_ergebnisse):
|
|
for r in spec_ergebnisse:
|
|
assert r["block_name"].startswith("VF_"), \
|
|
f'{r["spec_id"]}: Block {r["block_name"]!r}'
|
|
assert r["block_handle"]
|
|
|
|
def test_startpunkt_getroffen(self, spec_objekte, spec_ergebnisse):
|
|
"""Der Einfuegepunkt des VF_-Blocks ist der Kettenstart aus der
|
|
Spec - er ist der einzige absolute Anker der ganzen Kette."""
|
|
soll = dict((o["spec_id"], o["start_punkt"]) for o in spec_objekte
|
|
if "spec_id" in o)
|
|
for r in spec_ergebnisse:
|
|
erwartet = soll[r["spec_id"]]
|
|
ist = r["insert_point"]
|
|
for achse, (e, i) in enumerate(zip(erwartet, ist)):
|
|
assert abs(e - i) < 1.0, \
|
|
f'{r["spec_id"]}: Achse {achse} ist {i}, erwartet {e}'
|
|
|
|
def test_gleiche_ergebnisse_wie_journal_pfad(self, spec_ergebnisse):
|
|
"""Spec-Pfad == Journal-Pfad: dieselben Ketten, gebaut aus der Spec
|
|
statt aus dem aufgezeichneten Journal, muessen dieselben Bloecke mit
|
|
denselben Attributen ergeben. Vergleich gegen die Ergebnisse von
|
|
TEST_HUNDM05, falls beide Laeufe vorliegen."""
|
|
pfad = os.path.join(HIER, "output", "hm_recformat_results.json")
|
|
if not os.path.isfile(pfad):
|
|
pytest.skip("tests/output/hm_recformat_results.json fehlt "
|
|
"(TEST_HM_RECFORMAT nicht gelaufen)")
|
|
with open(pfad, encoding="utf-8") as fh:
|
|
journal_ergebnisse = json.load(fh)
|
|
if len(journal_ergebnisse) != len(spec_ergebnisse):
|
|
pytest.skip("unterschiedlich viele Ketten in den beiden Laeufen")
|
|
for spec_r, journal_r in zip(spec_ergebnisse, journal_ergebnisse):
|
|
if journal_r["status"] != "executed":
|
|
continue
|
|
for tag, wert in journal_r["actual_attributes"].items():
|
|
assert spec_r["actual_attributes"].get(tag) == wert, \
|
|
f'{spec_r["spec_id"]}: Attribut {tag} ist ' \
|
|
f'{spec_r["actual_attributes"].get(tag)!r}, ' \
|
|
f'Journal-Pfad hatte {wert!r}'
|