Testsuite mal- Test av SI bruker

# Testscript – SI-bruker (Selv-Identifisert bruker)

## Kontekst

SI-bruker er en selv-identifisert bruker med autentiseringsnivå 0.

Det finnes to varianter:

- **E-post SI-bruker** via ID-porten ("International – Email login")
- **A2 SI-bruker** (brukernavn/passord fra Altinn 2)

Begge kan benytte tjenester med sikkerhetsnivå 0 og får opprettet PartyId som muliggjør instansiering, meldinger og varsling.

---

## TESTDATA
## Oversikt

| Kategori | Handling / Ressurs | Metode | Lenke | Endepunkt |
|--------------|------------------------------------------|--------|--------|------------|
| App | Altinn 3-app (SI-bruker) | – | [Åpne app](https://ttd.apps.tt02.altinn.no/ttd/paaliteligstat#) | – |
| App | Privatperson-app (SI + tilgangspakker) | – | [Åpne app](https://ttd.apps.tt02.altinn.no/ttd/privatperson-altinn3app/) | – |
| App | Swagger / Bruno-eksempel | – | [Åpne Swagger](https://ttd.apps.tt02.altinn.no/ttd/signering-brukerstyrt/swagger/) | – |
| App | Opprette instans (med create) | POST | – | `https://digdir.apps.tt02.altinn.no/digdir/appid/instances/create` |
| App | Opprette instans (uten create) | POST | – | `https://digdir.apps.tt02.altinn.no/digdir/appid/instances/` |
| Melding | Bruno collection | – | [Åpne repo](https://github.com/Altinn/altinn-correspondence/tree/main/.bruno) | – |
| Melding | Opprette correspondence | POST | – | `{{correspondence_base_url}}/correspondence/api/v1/correspondence` |
| Dialog | Bruno collection | – | [Åpne repo](https://github.com/Altinn/dialogporten-bruno) | – |
| Dialog | Opprette dialog | POST | – | `{{baseUrl}}/api/v1/serviceowner/dialogs` |
| Transmission | Opprette transmission | POST | – | `{{baseUrl}}/api/v1/serviceowner/dialogs/:dialogId/transmissions` |
| Varsling | Bruno collection (v2 – future) | – | [Åpne repo](https://github.com/Altinn/altinn-notifications/tree/main/test/bruno/v2%20(future)/create-notifications/external-identity) | – |

Muligheter for party på dialog til SI-brukere:
* urn:altinn:person:idporten-email:xxx@yyy.zz
* urn:altinn:person:legacy-selfidentified:Brukernavn

---

# Testscenarier (sortert etter prioritet)
✅ KLAR TIL TEST
🟡 Under arbeid
🔴 Blokkert
---

## Prioritet 1

### TC-01 Pålogging og opprettelse av bruker med e-post ✅
TESTSTATUS: KLAR TIL TEST
**Beskrivelse:**
Sluttbruker uten ID logger inn via ID-portens alternativ
**"International – Email login"**

**Flyt:**
1. Oppgi e-post
2. Motta engangskode
3. Autentiser via ID-porten
4. Logges inn i Altinn

**Forventet resultat:**

- [ ] Ny innboks vises
- [ ] Profil opprettes automatisk
- [ ] PartyId opprettes

---

### TC-02 Pålogging med brukernavn fra A2 ✅

**Beskrivelse:**
Sluttbruker uten ID logger inn via ID-portens alternativ
**"International – Logg inn uten fødselsnummer/D-nummer"**

**Flyt:**
1. Oppgi brukernavn og passord
2. Logges inn i Altinn

**Forventet resultat:**

- [ ] Sluttbruker kommer til A2 innboks
- [ ] Sluttbruker kan navigere til ny innboks og ser samme innhold

---

## Prioritet 2

### TC-03 E-post SI-bruker – Instansiering av A3-app ✅

Testdata:
https://ttd.apps.tt02.altinn.no/ttd/paaliteligstat#
https://ttd.apps.tt02.altinn.no/ttd/privatperson-altinn3app/

**Forutsetning:** A3 App tillater sikkerhetsnivå 0. Sluttbruker med E-post

**Forventet resultat:**

- [ ] App kan instansieres
- [ ] App vises i ny innboks
- [ ] App vises i gammel innboks

---

### TC-04 A2 SI-bruker – Instansiering av A3-app ✅

**Forutsetning:** A3 App tillater sikkerhetsnivå 0. Sluttbruker med brukernavn fra A2

**Forventet resultat:**

- [ ] App kan instansieres
- [ ] App vises i ny innboks
- [ ] App vises i gammel innboks

---

### TC-05 E-post SI-bruker – Instansiering av A2 innsendingstjeneste ✅

**Forutsetning:** A2 skjema tillater sikkerhetsnivå 0. Sluttbruker med E-post

**Forventet resultat:**

- [ ] Skjema tjenesten kan instansieres
- [ ] Skjema utfylling vises i gammel innboks
- [ ] Skjema arkiveres
- [ ] Skjema utfylling vises i ny innboks etter at skjema er arkivert

---

### TC-06 A2 SI-bruker – Instansiering av A2 innsendingstjeneste ✅

**Forutsetning:** A2 skjema tillater sikkerhetsnivå 0. Sluttbruker med brukernavn fra A2

**Forventet resultat:**

- [ ] Skjema tjenesten kan instansieres
- [ ] Skjema utfylling vises i gammel innboks
- [ ] Skjema arkiveres
- [ ] Skjema utfylling vises i ny innboks etter at skjema er arkivert

---

### TC-07 E-post SI-bruker-Tjenesteeier instansiering av app (uten varsling) ✅
username= Epost
**Beskrivelse:** Opprett app via App API basert på e-post.

**Testdata**
Collection fra Bruno / Swagger
feks https://ttd.apps.tt02.altinn.no/ttd/signering-brukerstyrt/swagger/

**Endepunkter som vi kan benytte:**
https://digdir.apps.tt02.altinn.no/digdir/appid/instances/create

https://digdir.apps.tt02.altinn.no/digdir/appid/instances/
{
"instanceOwner": {
"username": "naila.raza@digdir.no"
},
"dueBefore": "2025-12-07",
"visibleAfter": "2025-12-04",
"prefill": {},
"sourceInstanceId": ""
}

**Forventet resultat:**

- [ ] App opprettes
- [ ] App vises i brukerens innboks

---

### TC-08 A2 brukernavn SI-bruker-Tjenesteeier instansiering av app (uten varsling) ✅
username= brukernavn

**Beskrivelse:** Opprett app via App API basert på e-post.

**Testdata**
Collection fra Bruno / Swagger
feks https://ttd.apps.tt02.altinn.no/ttd/signering-brukerstyrt/swagger/

**Endepunkter som vi kan benytte:**
https://digdir.apps.tt02.altinn.no/digdir/appid/instances/create

https://digdir.apps.tt02.altinn.no/digdir/appid/instances/
{
"instanceOwner": {
"username": "nairaz"
},
"dueBefore": "2025-12-07",
"visibleAfter": "2025-12-04",
"prefill": {},
"sourceInstanceId": ""
}

**Forventet resultat:**

- [ ] App opprettes
- [ ] App vises i brukerens innboks

---

### TC-09 E-post SI-bruker Opprettelse av melding uten varsel ✅

### Testdata
**Bruno collection:** https://github.com/Altinn/altinn-correspondence/tree/main/.bruno
**Endepunkt:** {{correspondence_base_url}}/correspondence/api/v1/correspondence
I body request
` "Recipients": [
"urn:altinn:person:idporten-email:{{email}}"
]`

**Beskrivelse:** Opprett melding via meldings-API.
En tjenesteeier som kjenner til e-posten til en SI-bruker kan bruke denne til å opprette en melding til denne brukeren gjennom meldings API'et.

**Steg**
Opprett melding med vedlegg
Opprett melding uten vedlegg

**Forventet resultat:**

- [ ] Melding opprettes
- [ ] Melding vises i innboks

---

### TC-10 A2 brukernavn SI-bruker Opprettelse av melding uten varsel ✅

**Beskrivelse:** Opprett melding via meldings-API.
En tjenesteeier som kjenner til A2 brukernavn til en SI-bruker kan bruke denne til å opprette en melding til denne brukeren gjennom meldings API'et.

**Steg**
Opprett melding med vedlegg
Opprett melding uten vedlegg

**Forventet resultat:**

- [ ] Melding opprettes
- [ ] Melding vises i innboks

---

### TC-11 Innboks og innhold

**Forventet resultat:**

- [ ] Egeninitierte apper vises
- [ ] Apper opprettet av tjenesteeier vises
- [ ] Meldinger vises
- [ ] Samme regler som for identifiserte brukere gjelder
- [ ] Navigasjon til Altinn 2-innboks fungerer

---

## Prioritet 3

### TC-12 Epost SI-bruker Opprettelse av melding med varsel ✅

**Beskrivelse:** Opprett melding med varsel

**Steg**
Opprett melding med vedlegg
Opprett melding uten vedlegg

**Forventet resultat:**

- [ ] Melding opprettes uten vedlegg
- [ ] Varsel sendes til kontaktinformasjon i profil
- [ ] Melding vises i innboks

---

### TC-13 A2 brukernavn SI-bruker Opprettelse av melding med varsel ✅

**Beskrivelse:** Opprett melding med varsel.
**Steg**
Opprett melding med vedlegg
Opprett melding uten vedlegg
**Forventet resultat:**

- [ ] Melding opprettes
- [ ] Varsel sendes til kontaktinformasjon i profil
- [ ] Melding vises i innboks

---
### TC-14 E-post SI-bruker – Instansiering av A3-app med varsel 🟡

**Forutsetning:** Sluttbruker med E-post
A3 App tillater sikkerhetsnivå 0. og er konfigurert med varsel api. Ved opprettelse av instansen prosesseres varslingsinformasjonen og Varslings-API-et kalles internt.

- [ ] App kan instansieres
- [ ] Varsel sendes til mottaker
- [ ] App vises i ny innboks
- [ ] App vises i gammel innboks

---

### TC-15 A2 brukernavn SI-bruker – Instansiering av A3-app med varsel 🟡

**Forutsetning:** Sluttbruker med brukernavn fra A2.
A3 App tillater sikkerhetsnivå 0. og er konfigurert med varsel
Ved opprettelse av instansen prosesseres varslingsinformasjonen og Varslings-API-et kalles internt.

**Forventet resultat:**

- [ ] App kan instansieres
- [ ] Varsel sendes til mottaker
- [ ] App vises i ny innboks
- [ ] App vises i gammel innboks

---

## Prioritet 4

### TC-16 Epost SI-bruker Varsling 🔴

**Beskrivelse:** Send varsel basert på e-post.
Tjenesteeier skal kunne sende varsel til en SI-bruker basert på e-post. Kontaktinformasjonen for SI-brukeren angitt i profilen skal ta benyttes.
**Forventet resultat:**

- [ ] Varsel sendes til kontaktinformasjon i profil
- [ ] Varsel leveres uten feil

---
### TC-17 A2 brukernavn SI-bruker Varsling 🔴

**Beskrivelse:** Send varsel basert på A2 brukernavn.
Tjenesteeier skal kunne sende varsel til en SI-bruker basert på brukernavn. Kontaktinformasjonen for SI-brukeren angitt i profilen skal ta benyttes.
**Forventet resultat:**

- [ ] Varsel sendes til kontaktinformasjon i profil
- [ ] Varsel leveres uten feil

---

### TC-18 Profilhåndtering
SI-bruker som har logget seg inn skal kunne se og endre sin profil. Informasjonen som skal registreres for denne brukeren vil være minimal, primært kontaktinformasjon som benyttes til varsling. Siden identifiserte brukere håndterer denne dataen i KRR vil man for SI-brukere la bruker selv angi denne informasjonen.
Avklaring: ikke bestemt om SI-bruker her skal kunne endre e-post for varsel, eller om denne skal være låst til samme som benyttes til autentisering, foreløpig legges siste til grunn.
**Forventet resultat:**

- [ ] Profil kan vises
- [ ] Kontaktinformasjon kan oppdateres
- [ ] E-post for varsling er låst til autentisering

---

Start with the TC-01–TC-18 scenarios and the linked Bruno collections and Swagger examples for App, Correspondence, Dialog, and Notifications. Run the listed test flows against the provided endpoints, beginning with the priority 1 cases, and record results for each expected outcome. Done means the scenarios have been executed, their checkboxes and statuses are updated, and blocked or unresolved cases are identified.

Written by the indexing model from the issue text.