docs: add slim knowledge-conduit generaltest concept
This commit is contained in:
parent
73d5e62a4e
commit
87a8deb83c
1 changed files with 38 additions and 0 deletions
38
knowledge-conduit/knowledge-conduit-generaltest-entwurf.md
Normal file
38
knowledge-conduit/knowledge-conduit-generaltest-entwurf.md
Normal file
|
|
@ -0,0 +1,38 @@
|
||||||
|
# Knowledge-Conduit Generaltest: Schlanker Konzeptentwurf
|
||||||
|
|
||||||
|
## Ziel
|
||||||
|
Der Generaltest soll breit genug fuer robuste Aussagekraft sein, aber klein genug, um nicht die App-Solution aufzublaehen.
|
||||||
|
|
||||||
|
## Leitplanke fuer diese Solution
|
||||||
|
- In dieser Solution werden keine grossen Test-Fixtures abgelegt.
|
||||||
|
- Keine massiven Run-Artefakte im Repo.
|
||||||
|
- Das Konzept bleibt hier dokumentiert; schwere Testdaten laufen ausserhalb der Solution.
|
||||||
|
|
||||||
|
## Testidee (fachlich)
|
||||||
|
Geprueft werden Kombinationen aus:
|
||||||
|
1. Kleine Aenderung vs. grosse Aenderung
|
||||||
|
2. Ohne Noise vs. mit Noise
|
||||||
|
3. Eine Capability geaendert vs. vier Capabilities geaendert
|
||||||
|
4. Inhaltliche Aenderung vs. strukturelle Aenderung
|
||||||
|
|
||||||
|
## Minimaler Setup-Vorschlag
|
||||||
|
- Zwei kleine lokale Test-Repos ausserhalb der Solution
|
||||||
|
- Jeweils identische drei Demo-Skills
|
||||||
|
- Eine gezielte Verbesserung in genau einem Skill als Drift-Fall
|
||||||
|
|
||||||
|
## Beispielhafte Szenarioklassen
|
||||||
|
1. Small + Clean + 1 Capability
|
||||||
|
2. Small + Noise + 4 Capabilities
|
||||||
|
3. Large + Clean + 1 Capability
|
||||||
|
4. Large + Noise + 4 Capabilities
|
||||||
|
|
||||||
|
## Abnahmekriterien
|
||||||
|
- Der Prozess erkennt kleine und grosse Aenderungen stabil.
|
||||||
|
- Noise fuehrt nicht zu unkontrollierten Fehlzuordnungen.
|
||||||
|
- 1- und 4-Capability-Faelle bleiben konsistent klassifiziert.
|
||||||
|
- Der gezielte Verbesserungsfall wird als plausible qualitative Verbesserung erkannt.
|
||||||
|
|
||||||
|
## Naechste Schritte
|
||||||
|
1. Externen, kleinen Test-Workspace fuer die Ausfuehrung nutzen.
|
||||||
|
2. Nur aggregierte Ergebnisse (z. B. Metriken, Zusammenfassung) hierher uebernehmen.
|
||||||
|
3. Falls noetig, spaeter einen sehr kleinen Smoke-Test in der Solution behalten.
|
||||||
Loading…
Reference in a new issue