KFZ-Bozo Handbuch

Betrieb & Dokumentation › Testlauf

Testlauf

BetriebLiveQuelle geändert seit Prüfung

391 automatisierte Testdateien prüfen das System (Vitest). Ein falsch gesetztes Kommandozeilen-Flag lässt den Testlauf fälschlich 'erfolgreich' melden, obwohl kein einziger Test gelaufen ist — deshalb gibt es einen exakt vorgeschriebenen Befehl.

Entwickler

Bild folgt

391 automatisierte Testdateien prüfen das System, mit einem festen Zeitlimit je Test wegen der Datenbank- und Verschlüsselungslast bei paralleler Ausführung. Eine bestimmte Testdatei ist standardmäßig immer ausgeschlossen, weil sie einen echten End-to-End-Lauf gegen einen laufenden Bot voraussetzt. Ein falsch gesetztes Kommandozeilen-Flag lässt den Testlauf fälschlich "erfolgreich" melden, obwohl kein einziger Test tatsächlich gelaufen ist — deshalb gibt es einen exakt vorgeschriebenen Zusatzbefehl, der diese Falle vermeidet.

  • Testlauf meldet Erfolg in Sekundenschnelle, obwohl vorher Minuten üblich waren → das vorgeschriebene Kommandozeilen-Flag fehlt oder ist falsch gesetzt; der Lauf hat dann keinen einzigen Test ausgeführt.
  • Tests brechen unter Last ab statt durchzufallen → zu viele gleichzeitige Prozesse auf derselben Maschine; auf die vorgeschriebene begrenzte Parallelität achten.
RegeltTestlaufHausregeln-Abs…
  • package.json
  • vitest.config.mts
  • CLAUDE.md
befehlnpm test -- --poolOptions.forks.minForks=1 --poolOptions.forks.maxForks=2
ausschlusstests/bot-e2e.test.ts ist per Skript-Default IMMER ausgeschlossen
timeouttestTimeout/hookTimeout je 20000ms wegen argon2/DB-Last unter Parallelitaet
fallefalsches Flag = 'no tests' bei Exit 0, ein gruener Lauf ohne gelaufenen Test

Beleg: package.json: 'test': 'vitest run --exclude tests/bot-e2e.test.ts'; CLAUDE.md Hausregel 9 nennt den korrekten Zusatzbefehl '--poolOptions.forks.minForks=1 --poolOptions.forks.maxForks=2' und die Falle ('maxForks ALLEIN bricht ab... Exit 0')

Betrieb & DokumentationSeite bearbeiten: wiki/seiten/betrieb-doku/ops-tests.md