unit-tests

原文涵盖的主题

• Lag manglende enhetstester (generisk)
• Steg 0 — Detekter prosjektets test-oppsett FØRST
• Arbeidsflyt
• Steg 1 — Analyser filen
• Steg 2 — Skriv testene
• Steg 3 — Kjør og verifiser
• Steg 4 — Dekning
• Prinsipper

Analyser én fil og opprett comprehensive enhetstester for den. Skillen er prosjekt-uavhengig: den antar ikke en bestemt runner eller stil, men detekterer prosjektets oppsett og følger det. Input: $ARGUMENTS = fil-path som skal testes. Mangler den, vis: ALDRI skriv tester før du vet hvordan prosjektet tester. Kartlegg: 1. Runner + kommando: Se package.json scripts (eller pyproject.toml/go.mod/ Cargo.toml…). Finn test- og coverage-kommandoen prosjektet faktisk bruker. Vanlige: | Stack | Kjør én fil | Coverage | |-----------|----------------------------|--------------------------------------------| | Vitest | pnpm test -- --run | pnpm test -- --coverage | | Jest | npx jest | npx jest --coverage | | Mocha | npx mocha | npx nyc mocha | | node:test | node --test | node --test --experimental-test-coverage | | Pytest | pytest | pytest --cov | | Go | go test ./... | go test -cover ./... | Bruk prosjektets script (f.eks. pnpm test), ikke et antatt. Kjør alltid i ikke-watch / engangs-modus så prosessen avslutter (Vitest: --run). 2. Plassering + navngiving: Ligger tester ved siden av kilden (x.test.ts) eller i en egen mappe (tests/, tests/)? Hvilket suffiks (.test./.spec./test)? 3. Stil: Les 1

这里只展示节选，请以完整原文和当前要求为准。