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ö (SDK ÖTM), samt för att genomföra tester enligt ‘SDK Självdeklaration för tjänsteleverantörs MT och MK’ (se ref. R5) och ‘SDK Självdeklaration för tjänsteleverantörs MK’ (se ref. R10).
Testinstruktionen beskriver också Ineras tester som utgör underlag till beslut om ‘SDK-godkänd MT och MK’ respektive ‘SDK-godkänd MK’ (se kap. 6).

Testinstruktionen förutsätter att tjänsteleverantörens tjänst är ansluten till SDK ÖTM och att tjänsteleverantören har åtkomst till SDK Adressbok (se ref. R1) och SDK Testklient (se ref. R2).

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ören 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 Inera i SDK Adressbok

Inera ansvarar för flera fiktiva användarorganisationer som är del av konfigurationen i SDK ÖTM och som organisationer kan genomföra tester emot.

2.2.1 SDK Öppen testmiljö - Inera AB

2.2.2 SDK Testbädd - Organisation#2 (ej kontaktbar)

En organisation som är upplagd i SDK Adressbok, men som är okontaktbar. Den EndpointURI som är kopplad till organisationen i SMP pekar på en felaktig URI.

2.2.3 SDK Testbädd - Organisation#3 (utgånget O2O-certifikat)

En organisation som är upplagd i SDK Adressbok, med ett publikt O2O-certifikatet i SMP som är utgånget.

2.2.4 SDK Testbädd - Organisation#4 (felaktigt AS4-certifikat)

En organisation som är upplagd i SDK Adressbok, med ett felaktigt AS4-certifikat i accesspunkten. Den EndpointURI som är kopplad till organisationen i SMP pekar mot en testaccesspunkt med ett AS4-certifikat för fel federation och som är utgånget.

2.2.5 SDK Testbädd - Organisation#5 (utgånget TLS-certifikat)

En organisation som är upplagd i SDK Adressbok, med ett utgånget TLS-certifikat på transportlagernivå. Den EndpointURI som är kopplad till organisationen i SMP pekar mot en extern server (http://expired.badssl.com ).

2.2.6 SDK Testbädd - Organisation#6 (felaktig CA i TLS-certifikat)

En organisation som är upplagd i SDK Adressbok, med ett TLS-certifikat med felaktig CA på transportlagernivå. Den EndpointURI som är kopplad till organisationen i SMP pekar mot en extern server (untrusted.badssl.com ).

3 Integrationstester

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

SDK Testklients transportlager (AP)

• Verifierar alltid förseglingen, kontrollerar dokumenttyp och skickar avslutningsvis en transportkvittens på inkommande meddelanden med följsamhet till regelverk specificerade i eDelivery miljöspecifikation (se ref. R4)

SDK Testklients meddelandelager (MT)

• Kontrollerar duplikat

• Verifierar mottagna XHE-meddelandens signatur

• Schema- och schematron-validerar alltid mottagna XHE-meddelanden

• Schema- och schematron-validerar alltid mottagna SDK-meddelanden och meddelandekvittenser

• Meddelanden och meddelandekvittenser som helt bryter mot grundläggande xml struktur loggas internt i SDK Testklient.

• SDK Testklient returnerar meddelandekvittens på mottaget meddelande som bryter mot schema eller schematron, med beskrivning på det först påträffade regelbrottet.

• SDK Testklient vidarebefordrar (om möjligt) felaktiga meddelanden vidare till organisationens funktionsbrevlåda där användare kan ta del av samtliga regelbrott i meddelandet

SDK Testklients verksamhetslager (MK) ger användaren möjlighet att

• Ta del av meddelanden/meddelandekvittenser för sin organisations funktionsbrevlåda

• Felsöka baserat på de stateförändringar och eventuella fel som presenteras i SDK Testklient

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ör med MT och MK:

• 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)

Tjänsteleverantör med endast MK som konsumerar SDK API:

• 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 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.

Teststeg

1. Skicka ett meddelande från SDK Testklient adresserat till en funktion i den egna organisationen.

2. Tjänsteleverantörens meddelandetjänst validerar meddelandet och genererar en meddelandekvittens automatiskt.

3. Meddelandeklienten tar del av meddelandet på ett korrekt sätt

4. Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient

5. Kontrollera att SDK Testklient tagit emot en meddelandekvittens

Kommentar

Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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.

Teststeg

1. Meddelandeklienten skickar ett meddelande via tjänsteleverantörens meddelandetjänst till SDK Testklient.

2. SDK Testklient tar emot meddelandet

3. Kontrollera resultatet i SDK Testklient

4. Kontrollera att meddelandekvittensen når meddelandeklienten

Kommentar

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

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.

Teststeg

1. Skicka ett krypterat och signerat meddelande från SDK Testklient adresserat till en funktion i den egna organisationen

2. Användare av meddelandeklienten tar del av meddelandet på ett korrekt sätt

3. Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient (angivna fält presenteras, samtliga bilagor är nåbara och att formateringen är korrekt)

Kommentar

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

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.

Teststeg

1. Användare av meddelandeklienten skickar SDK meddelande via tjänsteleverantörens meddelandeklient till SDK Testklient och organisationens egna funktionsbrevlåda genom att adressera funktionen ‘Inera i SDK ÖTM’ (under organisationen 'SDK Öppen testmiljö - Inera AB') som hämtas från SDK Adressbok

2. SDK Testklient tar emot meddelandet

3. Kontrollera resultatet i SDK Testklient

Kommentar

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. 6).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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.1.3 - Meddelandetjänsten tar del av meddelande från SDK Testklient (maximal, små bilagor)

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

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

TF 2.4.3 - Felhantering - Schematronvalidering på mottaget meddelande som innehåller felaktig datatyp i XHE

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

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

Kommentar
SDK Testklient saknar stöd, 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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

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

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

Kommentar
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’ (testdata som används, se ref. R8).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

TF 2.6.1 - Felhantering - Meddelandekvittens REJECTED (filtyp stöds ej)

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

TF 2.6.2 - Felhantering - Meddelandekvittens REJECTED (maximal)

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

TF 2.6.3 - Felhantering - Meddelandekvittens saknas

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

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).

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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

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).

Kommentar
SDK Testklient saknar stöd, 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).

Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).

TF 2.7.1 - Felhantering - Utgående meddelande kan inte skickas till deltagare med utgånget O2O-certifikat

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

TF 2.7.2 - Felhantering - Utgående meddelande kan inte skickas till deltagare med felaktigt AS4-certifikat

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

TF 2.7.3 - Felhantering - Utgående meddelande kan inte skickas till deltagare med utgånget TLS-certifikat

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

TF 2.7.4 - Felhantering - Utgående meddelande kan inte skickas till deltagare med felaktig CA i TLS-certifikatet

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

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’ (testdata som används, se ref. R8).

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
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens, kontrollerar svar, samt skickar meddelandekvittens på användarens skickade svar).
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.2.3 - Meddelandeklienten tar emot svar på svaret

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

TF 3.2.4 - Meddelandeklienten skickar svar på svaret

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

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. Systemtest - SDK API

Om systemlösningen har stöd för SDK API (se ref. 9) ska anslutningstesterna även inkludera tester som berör SDK API.

Det förutsätts att stöd för SDK API har implementerats i meddelandetjänsten och meddelandeklienten för att testerna ska kunna genomföras.

5.1 Förutsättningar

• Integrationstester genomförda för de lager som ska systemtestas

• Meddelandeklient(er) och meddelandetjänst är uppsatt att kommunicera genom SDK API

5.2 Meddelandetjänst (producent av SDK API)

TF 4.0.1 - Meddelandetjänsten hanterar inkommande meddelande

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

TF 4.0.2 - Meddelandetjänsten hanterar utgående meddelande

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

TF 4.1.1 - Meddelandetjänsten hanterar utgående meddelande - minimalt innehåll

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

TF 4.1.2 - Meddelandetjänsten hanterar utgående meddelande - maximalt innehåll

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

TF 4.2.1 - Behörighetshantering - hantera lista

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

Kommentar

För info: SDK Testklient i SDK ÖTM har ett begränsat stöd för behörighetshantering där respektive meddelandeklient har endast en(1) funktionsadress.

TF 4.2.2 - Behörighetshantering - hantera lista med filter

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

Kommentar
För info: SDK Testklient i SDK ÖTM har ett begränsat stöd för behörighetshantering där respektive meddelandeklient har endast en(1) funktionsadress.

TF 4.2.3 - Behörighetshantering - hantera lista för flera funktionsadresser

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

Kommentar
För info: SDK Testklient i SDK ÖTM har ett begränsat stöd för behörighetshantering där respektive meddelandeklient har endast en(1) funktionsadress.

TF 4.2.4 - Behörighetshantering - hantera lista för specifik funktionsadress

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

Kommentar
För info: SDK Testklient i SDK ÖTM har ett begränsat stöd för behörighetshantering där respektive meddelandeklient har endast en(1) funktionsadress.

TF 4.3.1 - Statushantering - meddelandekvittens saknas

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

TF 4.3.2 - Statushantering - transportkvittens saknas

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

TF 4.3.3 - Statushantering - meddelandet avvisat av mottagaren

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

TF 4.4.1 - Felhantering - utgående meddelande är felaktigt formaterat

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.2 - Felhantering - begär meddelande som inte finns

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.3 - Felhantering - hantera mottaget meddelande där behörighet saknas

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.4 - Felhantering - hantera utgående meddelande där behörighet saknas

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.5 - Felhantering - radera meddelande som inte finns

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.6 - Felhantering - radera meddelande som inte är i slutlig status

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

TF 4.4.7 - Felhantering - utgående meddelande är felaktigt adresserat utifrån behörighet

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

Kommentar
Genomförs förslagsvis som del av interna utvecklingstester

5.2 Meddelandeklient (konsument av SDK API)

TF 5.0.1 - Meddelandeklienten hanterar mottaget meddelande

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

Kommentar
Inera genomför även testet mot tjänsteleverantörens systemlösning i samband med granskning av inlämnad självdeklaration där det framgår att meddelandeklienten avses ha stöd för rekommendationen - SDK API.

TF 5.0.2 - Meddelandeklienten hanterar utgående meddelande

Se TF 5.0.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 granskning av inlämnad självdeklaration där det framgår att meddelandeklienten avses ha stöd för rekommendationen - SDK API.

TF 5.1.1 - Meddelandeklienten hanterar mottaget meddelande - minimalt

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

TF 5.1.2 - Meddelandeklienten hanterar mottaget meddelande - maximalt

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

TF 5.2.1 - Statushantering - meddelandekvittens saknas

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

TF 5.2.2 - Statushantering - meddelandekvittens avvisat av mottagaren

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

6. Ineras tester

6.1 SDK Självdeklaration för tjänsteleverantörs MT och MK

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’.

En förutsättning för att påbörja tester är att tjänsteleverantören deklarerat att:

• MT och MK är följsam till SDKs tekniska specifikationer och regelverk

• SDK-meddelande har skickats från meddelandeklienten i systemlösningen som ska godkännas till Ineras funktionsbrevlåda i SDK ÖTM

• Inera kan genomföra tester som är underlag för beslut om ’SDK-godkänd MT och MK’ mot tjänsteleverantörens systemlösning genom att använda SDK Testklient i SDK ÖTM

6.2 SDK Självdeklaration för tjänsteleverantörs MK

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

En förutsättning för att påbörja tester är att tjänsteleverantören deklarerat att:

• MK är följsam till SDKs tekniska specifikationer och regelverk

• SDK-meddelande har skickats från meddelandeklienten i systemlösningen som ska godkännas till Ineras funktionsbrevlåda i SDK ÖTM

• Inera kan genomföra tester som är underlag för beslut om ’SDK-godkänd MK’ mot tjänsteleverantörens systemlösning genom att använda SDK Testklient i SDK ÖTM