Testergebnisse: Validieren zeigt falsche Anzahl der Fehler

[schumaki]

Beschreibung

Im Reiter Testergebnisse startet die Funktion Validieren automatisch die Unterprozesse:

• Testpersonen-Prüfung
• Variablen-Prüfung
• Variablentypen-Prüfung
• Antwortstatus-Prüfung
• Duplikate-Prüfung
• Gruppenantworten-Prüfung

Werden dort keine Fehler gefunden, wird die Zeile grün hinterlegt und mit "OK" gekennzeichnet.
Werden Fehler gefunden, wird die Zeile zwar rot hinterlegt, aber mit "0 Fehler" gekennzeichnet.

Ein manuelles Wiederholen einzelner Unterprozesse führt teilweise zu einer richtigen Anzeige ("1234 Fehler" o. ä.), teilweise bleibt es aber bei "0 Fehler".

Werden Fehler gefunden, können diese in einer Tabelle angezeigt werden. In der Tabelle kann allerdings nicht die Seite gewechselt werden, es werden immer nur die ersten 10/25/50/100 Einträge angezeigt.

Erwartetes Verhalten

• Die automatisch gestarteten Unterprozesse sollten gleiche Ergebnisse anzeigen, wie die manuell gestarteten.
• Wurden Fehler gefunden, sollte eine Anzahl > 0 angezeigt und Details in der Tabelle aufgelistet werden.
• In der Tabelle sollte die Seite gewechselt werden können.

Beispiele

• im Arbeitsbereich "VERA_3" werden für Testpersonen-Prüfung, Variablen-Prüfung, Antwortstatus-Prüfung, Duplikate-Prüfung und Gruppenantworten-Prüfung "0 Fehler" angezeigt, was auch durch manuelles Ausführen nicht geändert wird
  • das könnte in diesem Fall aber auch an der Ergebnis-csv liegen, die eher aktuell nur in einer vorläufigen und unvollständigen Variante aus der SQLite-Datenbank erstellt wurde
• im Arbeitsbereich "VERA Frz Probierbereich 2" werden in der Variablen-Prüfung und der Gruppenantworten-Prüfung "0 Fehler" angezeigt, nach einem manuellen Neu-Ausführen sind es "292 Fehler" für die Variablen-Prüfung und "Fehler" für die Gruppenantworten-Prüfung.

[jurei733]

Issue-Hygiene / technische Einordnung am 19.05.2026:

Aktueller Code-Lesestand:

• Die Batch-Validierung läuft über ValidationBatchRunnerService und speichert je Schritt das komplette Ergebnisobjekt inklusive total in ValidationTaskStateService.
• Die Panel-Header verwenden errorCount, z. B. VariablesValidationPanelComponent.errorCount -> totalInvalid, und sollten bei status=failed nicht mehr pauschal 0 Fehler anzeigen, sofern total korrekt im Result liegt.
• Die Detailtabellen haben bereits serverseitige Pagination über fetchPage(...); ValidationDataTableComponent reicht PageEvent weiter.

Damit wirkt #399 auf aktuellem Stand zumindest teilweise bereits adressiert. Ich markiere es als Retest-Kandidat statt als klares Implementierungsissue.

Konkreter Retest:

1. Validierungsdialog mit Auto-Start in einem Workspace mit bekannten Fehlern öffnen.
2. Prüfen, ob Variablen-/Typen-/Status-/Duplikat-/Gruppenantwort-Prüfung direkt nach Auto-Start eine Anzahl > 0 im Header zeigt.
3. Details öffnen und in der Tabelle auf Seite 2 wechseln.
4. Einzelne Prüfung manuell erneut starten und Ergebniszahl mit Auto-Start vergleichen.

Falls der Fehler weiterhin auftritt, bitte festhalten, welcher Validierungstyp betroffen ist und ob GET /validation-tasks/{id}/results ein total > 0 liefert. Dann lässt sich unterscheiden, ob der Fehler im Backend-Result, im Batch-State oder nur im Panel-Rendering liegt.

Hinweis: Ein fokussierter lokaler Nx-Testlauf konnte in dieser Umgebung nicht gestartet werden, weil npx nicht im PATH verfügbar ist.

[jurei733]

Retest 19.05.2026 gegen den lokalen Docker-Stack mit echten Workspace-Daten:

• Workspace 43: Validation-Jobs Item & Variablenanalyse #184-0.10.0 #189 (testTakers, variables, variableTypes, responseStatus, duplicateResponses, groupResponses) sind alle mit status=completed, progress=100 abgeschlossen.
• Workspace 1 (test): Validation-Jobs Kodierliste: Seitenermittlung für Ableitungen über die Seitenangaben der Quellvariablen #191-0.11.0 #196 sind ebenfalls abgeschlossen. Die automatischen Ergebnisse enthalten nicht mehr pauschal 0 Fehler, sondern die echten Totals, z. B. variables Trennschärfe-Schätzung #192 = 18787, duplicateResponses Zweiter Autocoder Lauf #195 = 590, groupResponses 0.11.0 #196 = 896; variableTypes codebook #193 und responseStatus Kodierschulung/Schulungsmodus #194 sind korrekt 0.
• Pagination-Smoke gegen die direkten Endpunkte, die die Dialog-Panels beim Seitenwechsel verwenden, ist grün: /files/validate-variables?page=1/2&limit=3, /files/validate-duplicate-responses?page=1/2&limit=3 und /files/validate-group-responses?page=1/2&limit=3 liefern jeweils page=1 bzw. page=2, korrekte total-Werte und Daten auf beiden Seiten.
• Betroffene Frontend-Specs sind grün: validation-task-state.service, validation-batch-runner.service, validation-dialog.component, test-results.component.

Bewertung: auf aktuellem Stand grün. Die automatische Validierung übernimmt echte Fehlerzahlen, und die Detailtabellen können serverseitig paginiert nachladen. Ich schließe das Issue.