Test Driven Development — TDD: enforce RED-GREEN-REFACTOR, tests before code
Test Driven Development — TDD: enforce RED-GREEN-REFACTOR, tests before code
Finding
Denne side er vigtig, fordi den gør Hermes’ softwareændringer mere pålidelige ved at kræve en synlig failing test før ny produktionskode.
What it is
Siden beskriver Hermes’ indbyggede TDD-skill for testdrevet udvikling. Den håndhæver RED-GREEN-REFACTOR: skriv testen først, se den fejle, skriv minimal kode, se testen bestå, og refaktorér først bagefter. Den passer især til nye features, bug fixes, refaktorering og ændringer i eksisterende adfærd.
Should we use it?
Use now. For Lisa’s Hermes+n8n+LangGraph mission bør Hermes bruge denne skill som standard ved al kodeændring, fordi agent-systemet ellers let kan producere “ser rigtigt ud”-kode uden regressionssikkerhed. Den er især relevant for Hermes-native ændringer, LangGraph-noder, n8n custom scripts og integrationskode. n8n-visuelle workflows uden kode behøver ikke fuld TDD, men de bør stadig have testdata eller dry-run-verifikation.
Recommendation
Gør TDD-skillen obligatorisk i alle coding/delegate_task-prompts, når Hermes ændrer produktionskode, bug fixes eller workflow-logik.
Use now
- Når Hermes implementerer nye features i agent-, tool-, gateway- eller skill-kode.
- Når en bug fixes, så testen først reproducerer fejlen.
- Når LangGraph state machines, routing eller multi-agent-logik ændres.
- Når n8n workflows bruger custom Code-noder eller scripts.
- Når eksisterende adfærd refaktoreres og ikke må ændre output.
Do not use / wait
- Ved ren dokumentation, tekstproduktion eller public-safe sideindhold.
- Ved throwaway research-prototyper, hvis Lisa eksplicit accepterer at koden kasseres bagefter.
- Ved rene konfigurationsændringer, hvor verifikation hellere skal være config check, smoke test eller dry-run.
- Ved genereret kode, indtil den skal gøres til vedligeholdt produktionskode.
Public page note
TDD-skillen viser, at Hermes kan arbejde med kontrolleret softwarekvalitet ved at kræve test først, verificeret fejl, minimal implementering og regressionskontrol før ændringer betragtes som færdige.