Testdata og verktøy

Verktøy du allerede har i repoet

Denne sandboxen krever ikke at du starter med blanke ark. Repoet inneholder flere nyttige innganger for test, observasjon og feilsøking.

Kommandoer som gir deg signal raskt

• pnpm dev starter lokal app på http://localhost:3000
• pnpm check validerer SvelteKit- og TypeScript-kontrakter
• pnpm test:unit kjører vitest, inkludert docs-manifestet
• pnpm test:integration --grep docs kjører Playwright mot docs-opplevelsen
• pnpm users:recent -- --days=14 viser nylig aktive brukere
• pnpm issuers:usage --month=2026-03 viser issuer-bruk per måned

Lett EUDI Dev Hub-spor

For standard-interoperabilitet mot EUDI Dev Hub bruker vi de samme Playwright-testene som ellers, men med live URI-er fra EUDI-verktøyene:

• TEST_CREDENTIAL_OFFER_URI=... pnpm test:integration:live --grep OID4VCI
• TEST_CREDENTIAL_OFFER_URI=... TEST_PRESENTATION_REQUEST_URI=... pnpm test:integration:live --grep "should display presentation request UI elements"

Detaljert runbook ligger på EUDI Dev Hub interop. Norsk sandbox er fortsatt primær akseptanse for EBWOID og de norske tillitsflytene.

EUDI conformance-spor

Når du vil kjøre strengere EUDI-spor uten å bruke opp engangs-URI-er ved et uhell, bruk egne conformance-gates:

• TEST_EUDI_CONFORMANCE_TRACK=1 TEST_EUDI_CREDENTIAL_OFFER_URI=... pnpm test:integration:live --grep "Full Credential Issuance Flow"
• TEST_EUDI_CONFORMANCE_TRACK=1 TEST_EUDI_CREDENTIAL_OFFER_URI=... TEST_EUDI_PRESENTATION_REQUEST_URI=... pnpm test:integration:live --grep "should display presentation request UI elements"
• TEST_EUDI_CONFORMANCE_TRACK=1 TEST_EUDI_SUBMIT_PRESENTATION=1 TEST_EUDI_CREDENTIAL_OFFER_URI=... TEST_EUDI_PRESENTATION_REQUEST_URI=... pnpm test:integration:live --grep "should complete presentation exchange"

Scope, pass/fail og gap-klassifisering ligger på EUDI Dev Hub conformance-spor.

Nyttige testflater i applikasjonen

• /api/demo/presentation-request for demo- og testnære presentasjonsforespørsler med requestId, authorizationRequestUri og utløpstid
• /api/test/create-vp-request for intern opprettelse av OpenID4VP-request mot en statisk test-PDF
• /api/test/vp-callback for mock verifier-callback i development, med de siste svarene tilgjengelig via GET
• /api/verification-requests/{sessionId} for sesjonsnære verifikasjonskall i appen

Testdata du bør kontrollere

• miljøet du peker mot: localhost, ngrok eller delt test
• hvilke credentials som allerede ligger i walleten
• hvilke templates og issuer-profiler som finnes
• om state, nonce og issuanceId logges eller lagres hos din egen tjeneste

Bro videre til Symfoni

Når du har kontroll på verktøy og testdata, bruk scenarier for å velge et konkret forløp og gå derfra videre til riktig Symfoni-guide.