...

...

...

...

...

...

...

...

Innehållsförteckning

Revisionshistorik

1. Inledning

Detta dokument innehåller testinstruktioner för tjänsteleverantörer som ska genomföra integrationstester i SDK Öppen testmiljö för tjänsteleverantörer (SDK ÖTM), samt för att genomföra tester enligt ‘SDK Självdeklaration för tjänsteleverantörs MT och MK’ (se ref. R5).
Testinstruktionen beskriver också Ineras tester som utgör underlag till beslut om ‘SDK-godkänd MT och MK’ (se kap. 5).

...

Testinstruktionen beskriver konfiguration som är nödvändig i SDK Adressbok för genomförande av integrationstesterna.

1.1 Referenser

1.1.1 Stödjande externa dokument

2. Testdata

2.1 Tjänsteleverantörens organisation i SDK Adressbok

Inera ansvarar för att lägga upp tjänsteleverantörens organisation i SDK Adressbok tillsammans med behörighet för tjänsteleverantören att redigera sin organisation och funktionsadresser.
En starkt autentiserad och behörig användare hos tjänsteleverantören ansvarar för att redigera information om sin organisation och funktionsadresser i SDK Adressbok.

2.2.1 Tjänsteleverantörens funktionsadress

Följande ska konfigureras i SDK Adressbok för att kunna genomföra tester (sedan finns många fler frivilliga fält där tjänsteleverantören styr hur dessa fylls i för att kunna genomföra tester):

2.2 Ineras organisation i SDK Adressbok

2.2.1 Ineras funktionsbrevlåda i SDK Testklient

Ineras funktionsbrevlåda i SDK ÖTM som används framförallt vid testning av tjänsteleverantörens mjukvara (meddelandetjänst och meddelandeklient) där resultatet från testerna utgör underlag för ‘Beslut om SDK-godkänd MT och MK’.

2.2.2 Tjänsteleverantörens funktionsbrevlåda i SDK Testklient

Varje tjänsteleverantör tilldelas en funktionsbrevlåda i SDK Testklient (under Ineras organisation) som ger tjänsteleverantören möjlighet att skicka meddelanden till SDK Testklient, samt att skicka meddelanden från sin funktionsbrevlåda i SDK Testklient.

2.2 Okontaktbar organisation i SDK Adressbok

En organisation som är upplagd i SDK Adressbok och som är konfigurerad att vara okontaktbar (se även TF 2.5.1).
Den EndpointURI som är kopplad till organisationen i SMP pekar på en felaktig URI.

3 Integrationstester

Integrationstester genomförs av tjänsteleverantören för att verifiera dess anslutning till SDK ÖTM. Testfallen verifierar endast grundläggande funktionalitet.

...

Tjänsteleverantören ska i första hand kontakta sin AP-operatör som i sin tur kontaktar DIGG om det finns behov för vidare felsökning som rör transportlagret (accesspunkten).
Tjänsteleverantören kan kontakta Inera (SDK federationsoperatör) om det finns behov för vidare felsökning som rör meddelande- eller verksamhetslager (anslutande system), t.ex. om meddelanden eller meddelandekvittenser som förväntas komma fram till SDK Testklient, helt enkelt inte visas i användargränssnittet för SDK Testklient.

3.1 Förutsättningar

• Tjänsteleverantörens AP-operatör är ansluten till DIGGs OPEN-TEST miljö

• Tjänsteleverantören är konfigurerad som deltagare i SMP (av tjänsteleverantörens AP-operatör)

• Tjänsteleverantören har skickat in SDK anslutningsblankett till Inera för anslutning till SDK ÖTM (se ref. R6).

• Tjänsteleverantören har fått en användare med rollen som administratör och med behörighet till den egna organisationen i SDK Adressbok
  (gör det möjligt för tjänsteleverantören att själva redigera organisationsuppgifter och registrera funktionsadresser under den egna organisationen)

• Tjänsteleverantören har registrerat funktionsadresser för den egna organisationen i SDK Adressbok (se ref. R1).

• Tjänsteleverantören har fått en användare till SDK Testklient (se ref. R2)
  (gör det möjligt att skicka och ta emot meddelanden och meddelandekvittenser)

3.2 Meddelandetjänst (meddelandelagret)

TF 2.0.1 - INTEGRATIONSTEST - Meddelandetjänsten tar del av meddelande från SDK Testklient

Syfte

Kontrollera hur tjänsteleverantörens meddelandetjänst hanterar ett inkommande meddelande och vidarebefordrar meddelandet till meddelandeklienten.

...

Tjänsteleverantörens meddelandetjänst ska validera utgående meddelandekvittenser.

TF 2.0.2 - INTEGRATIONSTEST - Meddelandetjänsten skickar meddelande till SDK Testklient

Syfte

Kontrollera att meddelandeklienten kan skicka meddelande via organisationens meddelandetjänst till SDK Testklient och att att paketering av meddelandet genomförs på ett korrekt sätt.

...

Här har tjänsteleverantören stor frihet att bygga upp meddelanden på olika sätt som denne skickar för att kunna forcera andra beteenden är det normala (utforskande testning).

3.3 Meddelandeklient (verksamhetslagret)

TF 3.0.1 - INTEGRATIONSTEST - Meddelandeklienten tar del av meddelande från SDK Testklient

Syfte

Kontrollera hur tjänsteleverantörens meddelandeklienten hanterar ett inkommande meddelande som är adresserat till en funktion i den egna organisationen.

...

Inera genomför även testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’ (se kap. 5).

TF 3.0.2 - INTEGRATIONSTEST - Meddelandeklienten skickar meddelande till SDK Testklient

Syfte

Kontrollera att användare av meddelandeklienten kan skicka meddelande via tjänsteleverantörens meddelandeklient till SDK Testklient och att en funktion kan adresseras genom att hämta uppgifter från SDK Adressbok.

...

Tjänsteleverantören ska även skicka ett meddelande till Inera och SDK-förvaltningens funktionsbrevlåda enligt ‘SDK Självdeklaration för tjänsteleverantörs MT och MK’ (ref. R5). Meddelandet kontrolleras av Inera och är en förutsättning för Ineras övriga tester i samband med beslut om ‘SDK-godkänd MT och MK’ (se kap. 5).

4 Systemtester

Systemtesterna genomförs efter integrationstesterna. Systemtester genomförs av tjänsteleverantören för att verifiera funktionaliteten mer ingående och utgör underlag för tjänsteleverantören att fylla i SDK Självdeklaration för tjänsteleverantörs MT och MK (se ref. R5).

SDK Testklient verifierar meddelanden och meddelandekvittenser på samma sätt som i integrationstesterna (se kap. 3).

4.1 Förutsättningar

• Integrationstester genomförda

4.2 Meddelandetjänst (meddelandelagret)

TF 2.1.1 - Meddelandetjänsten tar del av meddelande från SDK Testklient (minimal)

Se TF 2.1.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

TF 2.1.2 - Meddelandetjänsten tar del av meddelande från SDK Testklient (maximal)

Se TF 2.1.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

TF 2.2.1 - Mottaget meddelande innehåller okänd referens till meddelande

Se TF 2.2.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.3.1 - Meddelande som ska skickas överskrider storleksbegränsning

Se TF 2.3.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.1 - Felhantering - Schemavalidering på mottaget meddelande som innehåller felaktig datatyp

Se TF 2.4.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.2 - Felhantering - Schematronvalidering på mottaget meddelande innehåller felaktigt kodverk för elementet 'senderId'

Se TF 2.4.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.4 - Felhantering - Mottagna meddelandets identitet är ej unikt

Se TF 2.4.4 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.5 - Felhantering - Mottaget meddelande innehåller felaktig funktionsadress

Se TF 2.4.5 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.6 - Felhantering - Mottaget meddelande kan inte dirigeras vidare

Se TF 2.4.6 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.4.8 - Felhantering - Mottaget meddelande överskrider storleksbegränsning

Se TF 2.4.8 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Stöd finns i SDK Testklient att skicka meddelanden med bilagor där sammanlagd storlek är något över 30 MB (max 35 MB).

...

Inera genomför testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’.

TF 2.4.9 - Felhantering - Mottaget meddelande har XHE kuvert som inte speglar adresseringen i SDK meddelandets header

Se TF 2.4.9 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
SDK Testklient saknar stöd att generera felaktigt meddelande, lämpligast att utföra som en del av interna utvecklingstester.

TF 2.5.1 - Felhantering - Utgående meddelande kan inte skickas till otillgänglig deltagare

Se TF 2.5.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

TF 2.5.2 - Felhantering - Utgående meddelande kan inte skickas till användarorganisationens accesspunkt

Se TF 2.5.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.2 - Felhantering - Meddelandekvittens REJECTED (maximal)

Se TF 2.6.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.3 - Felhantering - Meddelandekvittens saknas

Se TF 2.6.3 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.4 - Felhantering - Signatur på inkommande meddelande kan inte verifieras på grund av att cert-pub inte kan nås

Se TF 2.6.4 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.5 - Felhantering - Signering på inkommande meddelande stämmer inte med publik nyckel

Se TF 2.6.5 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.6 - Felhantering av inkommande krypterat meddelande där meddelande inte kan dekrypteras

Se TF 2.6.6 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.7 - Felhantering av inkommande okrypterat meddelande

Se TF 2.6.7 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).
Lämpligast att utföra som en del av interna utvecklingstester.

4.3 Meddelandeklient (verksamhetslagret)

TF 3.1.1 - Meddelandeklienten tar del av meddelande från SDK Testklient (minimal)

Se TF 3.1.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
SDK Testklient gör ingen skillnad på TF 2.1.1 och detta testfall.
Inera genomför testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’.

TF 3.1.2 - Meddelandeklienten tar del av meddelande från SDK Testklient (maximal)

Se TF 3.1.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
SDK Testklient gör ingen skillnad på TF 2.1.2 och detta testfall.
Inera genomför testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’.

TF 3.1.3 - Meddelandeklienten tar del av ett sekretessmarkerat meddelande från SDK Testklient

Se TF 3.1.3 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

TF 3.2.1 - Meddelandeklienten besvarar mottaget meddelande

Se TF 3.2.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
Valbar funktionalitet enligt SDK Självdeklaration för tjänsteleverantörs MT och MK (se ref. R5).
I de fall tjänsteleverantören deklarerar följsamhet ska tjänsteleverantören i samma konversation som ett mottaget meddelande, skicka ett svar till Inera och SDK-förvaltningens funktionsbrevlåda. Meddelandet kontrolleras av Inera.

TF 3.2.2 - Meddelandeklienten tar del av besvarat meddelande

Se TF 3.2.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
Inera genomför även testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’. Svaret baseras på meddelandet som togs emot i TF-3.0.2.

TF 3.3.1 - Meddelandeklienten kompletterar skickat meddelande

Se TF 3.3.1 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
Valbar funktionalitet enligt SDK Självdeklaration för tjänsteleverantörs MT och MK.(se ref. R5).
I de fall tjänsteleverantören deklarerar följsamhet ska tjänsteleverantören i samma konversation som ett skickat meddelande, skicka en komplettering till Inera och SDK-förvaltningens funktionsbrevlåda. Meddelandet kontrolleras av Inera.

TF 3.3.2 - Meddelandeklienten tar del av kompletterat meddelande

Se TF 3.3.2 i ‘SDK Testinstruktioner för anslutningstester’ (se ref. R7).

Kommentar
Inera genomför även testet mot tjänsteleverantörens systemlösning i samband med beslut om ‘SDK-godkänd MT och MK’. Kompletteringen baseras på meddelandet som skickades i TF-3,0.1

5. Ineras tester

I de fall tjänsteleverantören skickar in en SDK Självdeklaration för tjänsteleverantörs MT och MK (se ref. R5), genomför Inera tester av tjänsteleverantörens mjukvara (MT och MK) med hjälp av SDK Testklient. Testerna beskrivs nedan och utgör underlag till Ineras beslut om ‘SDK-godkänd MT och MK’.

...