...
...
...
...
Innehållsförteckning
Innehållsförteckning | ||||
---|---|---|---|---|
|
Revisionshistorik
Version | Datum | Kommentar |
---|---|---|
0.9.5 RC1 | 2022-02-09 | Tagit bort tester för omsändning i meddelandetjänst (TF-2.7.x) |
1.0 (2022) | 2022-02-28 | Beslutad version 1.0 för Tjänsten Säker digital kommunikation. |
1. Inledning
Detta dokument innehåller testinstruktioner för användarorganisationer som ska genomföra anslutningstester i SDK Testbädd (QA). Anslutningstesterna utgör underlag för ifyllnad av SDK Självdeklaration i enlighet med SDK Anslutningsprocess (se ref. R1).
...
Integrationstester som genomförs när användarorganisationen ansluter till SDK Testbädd (QA) (för ytterligare info, se kap. 3)
Systemtester som genomförs när användarorganisationen har en stabil miljö ansluten till SDK Testbädd (QA) (för ytterligare info, se kap. 4)
1.1 Referenser
I följande avsnitt anges länkar till ytterligare relevant dokumentation och en sammanställning av samtliga referenser som förekommer i dokumentet.
1.1.1 Stödjande externa dokument
Ref | Dokument-id | Dokument länk |
---|---|---|
R1 | SDK Anslutningsprocess | |
R2 | Vad är SDK Adressbok | |
R3 | SDK Innehållsspecifikation Meddelande | |
R4 | Regelverk för anslutning till Säker digital kommunikation - Informationssäkerhet | |
R5 | Vad är SDK Testklient | |
R6 | Testdata: SDK-meddelanden, test av valideringsprinciper | |
R7 | eDelivery - Miljöspecifikation för Testfederation - SDK-QA-miljö | DIGGs informationspaket kan erhållas genom en förfrågan till DIGG via info@digg.se |
R8 | eDelevery - Specifikationer (kuverteringsprofil XHE, transportmodell - Utökad Bas, meddelandespecifikation - Meddelandekvittens) | DIGGs informationspaket kan erhållas genom en förfrågan till DIGG via info@digg.se |
2. Testdata
2.1 Användarorganisationens organisationsinformation i SDK Adressbok
SDK-federationsoperatör ansvarar för att lägga upp användarorganisationen i SDK Adressbok tillsammans med behörighet för användarorganisationen att redigera sin organisations uppgifter, samt söka i andra organisationers uppgifter.
...
Användarorganisation | Värde |
---|---|
Identifierare (unik organisationsidentifierare för organisationen) | T.ex. "0203:testkommun.se" |
Namn (organisationens formella namn) | T.ex. "Test kommun" |
Beskrivning (hjälpande beskrivning av organisationen) | T.ex. "Test kommun är en..." |
Funktion #1 | Värde |
Organisation (den organisation som funktionsadressen skall tillhöra) | T.ex. "Test kommun" |
Identifierare (teknisk identifierare för funktionsadressen, unik inom organisationen) | T.ex. "barnoungdom.0203:testkommun.se" |
Namn (namn på funktionsadressen för att t.ex. lätt kunna söka på den) | T.ex. "Barn- och ungdomsmottagningen Test kommun" |
Beskrivning (hjälpande beskrivning av funktionsadressen) | T.ex. "Barn- och ungdomsmottagningen handhar..." |
2.2 Användarorganisationens organisationsinformation i SDK Testbädd (QA)
Inera ansvarar för flera fiktiva användarorganisationer som är del av konfigurationen i SDK Testbädd (QA) och som anslutande användarorganisationer kan genomföra tester emot.
2.2.1 Organisation#1 (SDK Testbädd)
En organisation som är upplagd i SDK Adressbok och som huvudsakligen används under testerna.
Organisation#1 | Värde |
---|---|
Organisationsidentifierare | 0203:testbed.inera.se |
Organisationsnummer | 999999-0001 |
Organisationsnamn | SDK Testbädd - Inera AB |
Organisationsbeskrivning | Testbädden utgör ett stöd för användarorganisationers anslutningstester. Anslutningstesterna behöver genomföras för att kunna fylla i självdeklaration för anslutning till SDK. |
Publikt namn | SDK Testbädd (QA) |
Land | SE |
Funktion#<organisationsidentifierare> | Värde |
Funktionsadress | sdk.testbed.<organisationsidentifierare> |
Funktionsnamn | SDK Testbädd <organisationsidentifierare> |
Funktionsbeskrivning | Funktionsadress för att adressera till <organisationsnamn> |
Kategori | Test |
Funktion#2 | Värde |
Funktionsadress | sdk.testbed.0203:testfunktion3.se |
Funktionsnamn | Funktionsnamn#3 |
Funktionsbeskrivning | Meddelandekvittens returnerar alltid REJECTED med maximalt innehåll (samtliga optionella element används och elementen håller mycket information |
Kategori | Test |
Funktion#3 | Värde |
Funktionsadress | sdk.testbed.0203:testfunktion4.se |
Funktionsnamn | Funktionsnamn#4 |
Funktionsbeskrivning | Meddelandekvittens returneras ej |
Kategori | Test |
2.2.4 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.
Organisation#2 | Värde |
---|---|
Organisationsidentifierare | 0203:org002.testbed.inera.se |
Organisationsnummer | 999999-0002 |
Organisationsnamn | SDK Testbädd - Organisation#2 |
Funktion#1 | Värde |
Funktionsadress | testfunktion.0203:org002.testbed.inera.se |
Funktionsnamn | Testfunktion |
Funktionsbeskrivning | SDK Testbädd - Testfunktion |
Kategori | Test |
3 Integrationstest
Anslutningstesterna består av integrationstester som genomförs innan systemtesterna.
...
Användarorganisation ska i första hand kontakta användarorganisationens AP-operatör som i sin tur kontaktar DIGG om det finns behov för vidare felsökning som rör transportlagret (accesspunkten).
Användarorganisationen 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
Användarorganisationens AP-operatörs accesspunkt är ansluten till DIGGs SDK-QA
Användarorganisationens AP-operatörs accesspunkt är följsam till DIGGs specifikationer (se ref. R8):
eDelivery - Kuverteringsprofil XHE
eDelivery - Transportmodell - Utökad Bas
eDelivery - Meddelandespecifikation - Meddelandekvittens
Användarorganisationen är konfigurerad som deltagare i SMP (av användarorganisationens AP-operatör)
Användarorganisationen har skickat in SDK anslutningsblankett till Inera för anslutning till SDK Testbädd(QA) (se ref. R1).
Användarorganisationen har fått användare med rollen som organisationsadministratör och med behörighet till den egna användarorganisationen i SDK Adressbok
(gör det möjligt för användarorganisationen att själva redigera organisationsuppgifter och registrera funktionsadresser under den egna användarorganisationen)Användarorganisationen har fått användare till SDK Testklient (se ref. R5)
(gör det möjligt att skicka och ta emot meddelanden och meddelandekvittenser)Användarorganisationen har registrerat funktionsadresser för den egna användarorganisationen i SDK Adressbok (se ref. R2).
3.3 Meddelandetjänst (meddelandelagret)
TF 2.0.1 - INTEGRATIONSTEST - Meddelandetjänsten tar del av meddelande från SDK Testklient
Syfte
Kontrollera hur användarorganisationens meddelandetjänst hanterar ett inkommande meddelande och vidarebefordrar meddelandet till meddelandeklienten.
...
Användarorganisationens meddelandetjänst förväntas validera utgående meddelandekvittenser.
TF 2.0.2 - INTEGRATIONSTEST - Meddelandetjänsten skickar meddelande till SDK Testklient
Syfte
Kontrollera att meddelandeklienten kan skicka meddelande via användarorganisationens meddelandetjänst till SDK Testklient och att att paketering av meddelandet genomförs på ett korrekt sätt.
...
Här har användarorganisationen stor frihet att bygga upp meddelanden på olika sätt som de skickar för att kunna forcera andra beteenden är det normala (utforskande testning).
3.4 Meddelandeklient (verksamhetslagret)
TF 3.0.1 - INTEGRATIONSTEST - Meddelandeklienten tar del av meddelande från SDK Testklient
Syfte
Kontrollera hur användarorganisationens meddelandeklienten hanterar ett inkommande meddelande som är adresserat till en funktion i den egna användarorganisationen.
...
Skicka ett meddelande från SDK Testklient adresserat till en funktion i den egna användarorganisationen
Användare av meddelandeklienten tar del av meddelandet på ett korrekt sätt
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)
TF 3.0.2 - INTEGRATIONSTEST - Meddelandeklienten skickar meddelande till SDK Testklient
Syfte
Kontrollera att användare av meddelandeklienten kan skicka meddelande via användarorganisationens meddelandeklient till SDK Testklient och att en funktion kan adresseras genom att hämta uppgifter från SDK Adressbok.
...
Användare av meddelandeklienten skickar SDK meddelande via användarorganisationens meddelandeklient till SDK Testklient och användarorganisationens egna funktionsbrevlåda genom att adressera funktionen Funktion#1 (under Organisation#1) som hämtas från SDK Adressbok
SDK Testklient tar emot meddelandet
Kontrollera resultatet i SDK Testklient
4 Systemtest
Anslutningstesterna består även av systemtester som genomförs efter integrationstesterna.
...
SDK Testklient verifierar meddelanden och meddelandekvittenser på samma sätt som i integrationstesterna (se kap. 3).
4.1 Förutsättningar
Integrationstester genomförda för de lager som ska systemtestas.
4.3 Meddelandetjänst (meddelandelagret)
TF 2.1.1 - Meddelandetjänsten tar del av meddelande från SDK Testklient (minimal)
Syfte
Kontrollera hur användarorganisationens meddelandetjänst hanterar ett inkommande meddelande med enbart de element som är obligatoriska (inga frivilliga element inkluderas) enligt innehållsspecifikation - Meddelande (se ref. R3).
...
För exempel på minimalt meddelande, se ref. R6 och motsvarande testfall.
TF 2.1.2 - Meddelandetjänsten tar del av meddelande från SDK Testklient (maximal)
Syfte
Kontrollera hur användarorganisationens meddelandetjänst hanterar ett inkommande meddelande där samtliga frivilliga element inkluderas enligt innehållsspecifikation - Meddelande (se ref. R3).
Meddelandet innehåller flera bilagor och den totala storleken på meddelandet är strax under 30 MB.
...
För exempel på maximalt meddelande, se ref. R6 och motsvarande testfall.
TF 2.2.1 - Mottaget meddelande innehåller okänd referens till meddelande
Syfte
Kontrollera att användarorganisationens meddelandetjänst även returnerar ACCEPTED om ett mottaget meddelande kan valideras, men innehåller en referens ('RefToMessageId') till ett meddelande som inte finns.
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.3.1 - Meddelande som ska skickas överskrider storleksbegränsning
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera fel om ett mottaget meddelande från meddelandeklienten överskrider storleksbegränsningen på 30 MB.
...
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
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande innehåller felaktig datatyp (felaktigt datumformat).
Användarorganisationens Meddelandetjänst ska validera och fånga felaktigheten.
...
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'
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande innehåller felaktigt kodverk.
(kodverket för 'Message/messageHeader/sender/senderId/root' sätts till 'Icke godkänt kodverk' istället för 'iso6523-actorid-upis')
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.4.4 - Felhantering - Mottagna meddelandets identitet är ej unikt
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande i meddelandelagret inte är unikt ('messageId').
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.4.5 - Felhantering - Mottaget meddelande innehåller felaktig funktionsadress
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande är adresserat till en felaktig funktion i den egna användarorganisationen.
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.4.6 - Felhantering - Mottaget meddelande kan inte dirigeras vidare
Syfte
Kontrollera att användarorganisationens meddelandetjänst agerar på förväntat sätt om ett mottaget meddelande är adresserat till en funktion i den egna användarorganisationen som för tillfället inte är nåbar.
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.4.8 - Felhantering - Mottaget meddelande överskrider storleksbegränsning
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande överskrider storleksbegränsningen på 30 MB.
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.4.9 - Felhantering - Mottaget meddelande har XHE kuvert som inte speglar adresseringen i SDK meddelandets header
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om avsändande part i XHE ('FromParty/PartyIdentification/ID') inte överensstämmer med avsändande part i SDK (MessageProperties/Property/originalSender).
...
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
Syfte
Kontrollera att användarorganisationens meddelandetjänst hanterar meddelande som skickas till en okontaktbar organisation på ett korrekt sätt.
...
Se ref. R3 (transient.exception eller timeout).
TF 2.5.2 - Felhantering - Utgående meddelande kan inte skickas till användarorganisationens accesspunkt
Syfte
Kontrollera att användarorganisationens meddelandetjänst hanterar meddelande som inte kan skickas till användarorganisationens accesspunkt på ett korrekt sätt.
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.6.2 - Felhantering - Meddelandekvittens REJECTED (maximal)
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan hantera meddelandekvittenser där samtliga optionella element inkluderas (cac:LineResponse, cbc:StatusReasonCode) och med “rik” detaljinformation (flera cac:LineResponse element).
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.6.3 - Felhantering - Meddelandekvittens saknas
Syfte
Kontrollera att användarorganisationens meddelandetjänst agerar korrekt när transportkvittens (OK) tagits emot men meddelandekvittens saknas.
...
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
Syfte
Kontrollera felhanteringen i användarorganisations meddelandetjänst när publikt certifikat inte kan hämtas ifrån cert-pub tjänst
...
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
Syfte
Kontrollera felhanteringen i användarorganisations meddelandetjänst när mottaget meddelande har en signatur som inte kan verifieras med publik nyckel.
...
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:
Syfte
Kontrollera felhanteringen i användarorganisations meddelandetjänst när meddelandets nyttolast är krypterat på ett sätt som gör att mottagaren inte kan dekryptera det på förväntat sätt
...
Lämpligast att utföra som en del av interna utvecklingstester.
TF 2.6.7 - Felhantering av inkommande okrypterat meddelande:
Syfte
Kontrollera felhanteringen i användarorganisations meddelandetjänst när meddelandets nyttolast är okrypterad.
...
Lämpligast att utföra som en del av interna utvecklingstester.
4.4 Meddelandeklient (verksamhetslagret)
TF 3.1.1 - Meddelandeklienten tar del av meddelande från SDK Testklient (minimal)
Syfte
Kontrollera hur användarorganisationens meddelandeklient hanterar ett inkommande meddelande med enbart de element som är obligatoriska (inga frivilliga element inkluderas) enligt innehållsspecifikation - Meddelande (se ref. R3).
...
SDK Testklient gör ingen skillnad på TF 2.1.1 och detta testfall. Skillnaden ligger i att användarorganisationen nu har ett verksamhetslager ovanpå meddelandetjänsten som också ska kunna hantera ett minimalt meddelandeinnehåll.
TF 3.1.2 - Meddelandeklienten tar del av meddelande från SDK Testklient (maximal)
Syfte
Kontrollera hur användarorganisationens meddelandeklient hanterar ett inkommande meddelande där samtliga frivilliga element inkluderas enligt innehållsspecifikation - Meddelande (se ref. R3).
Meddelandet innehåller flera bilagor och den totala storleken på meddelandet är strax under 30 MB.
...
SDK Testklient gör ingen skillnad på TF 2.1.2 och detta testfall. Skillnaden ligger i att användarorganisationen nu har ett verksamhetslager ovanpå meddelandetjänsten som också ska kunna hantera ett maximalt meddelandeinnehåll.
TF 3.1.3 - Meddelandeklienten tar del av ett sekretessmarkerat meddelande från SDK Testklient
Syfte
Kontrollera hur användarorganisationens meddelandeklient hanterar ett inkommande meddelande som är sekretessmarkerat.
...
Skicka ett meddelande (sekretessmarkerat) från SDK Testklient adresserat till en funktion i den egna användarorganisationen.
Användare av meddelandeklienten tar del av meddelandet på ett korrekt sätt och det syns tydligt att meddelandet är sekretessmarkerat
TF 3.2.1 - Meddelandeklienten besvarar mottaget meddelande
Syfte
Kontrollera att meddelandeklienten kan besvara meddelanden på ett korrekt sätt genom att använda 'conversationId' från det mottagna meddelandet.
...
Skicka ett meddelande från SDK Testklient adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt.
Meddelandeklienten tar del av mottaget meddelandet på ett korrekt sätt
Meddelandeklienten besvarar mottaget meddelande ('conversionId' hämtas från mottaget meddelande)
SDK Testklient tar emot svaret, kontrollerar 'conversationId' och skickar en meddelandekvittens
Kontrollera att svaret presenteras tillsammans med ursprunglig meddelande i SDK Testklient
Kontrollera att meddelandekvittensen på svaret når meddelandeklienten
TF 3.2.2 - Meddelandeklienten tar del av besvarat meddelande
Syfte
Kontrollera att meddelandeklienten kan hantera svar på tidigare skickade meddelanden på ett korrekt sätt genom att inkludera meddelandet till en konversation.
...
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till SDK Testklient
SDK Testklient tar emot meddelandet
Besvara det senast mottagna meddelande i SDK Testklient
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt på det mottagna svaret
Meddelandeklienten tar del av svaret på ett korrekt sätt
Kontrollera att svaret presenteras tillsammans med ursprungligt meddelande för användare
Kontrollera att SDK Testklient tagit emot en meddelandekvittens på det skickade svaret
TF 3.3.1 - Meddelandeklienten kompletterar skickat meddelande
Syfte
Kontrollera att meddelandeklienten kan komplettera ett skickat meddelande på ett korrekt sätt genom att använda 'conversationId' från ett skickat meddelande.
...
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till SDK Testklient
SDK Testklient tar emot meddelandet
Meddelandeklienten kompletterar tidigare skickat meddelande ('conversionId' hämtas från skickat meddelande)
SDK Testklient tar emot kompletteringen, kontrollerar 'conversationId' och skickar en meddelandekvittens
Kontrollera att kompletteringen presenteras tillsammans med ursprungligt meddelande i SDK Testklient
Kontrollera att meddelandekvittensen på kompletteringen når meddelandeklienten
TF 3.3.2 - Meddelandeklienten tar del av kompletterat meddelande
Syfte
Kontrollera att meddelandeklienten kan hantera kompletteringar på tidigare mottagna meddelanden på ett korrekt sätt genom att inkludera meddelandet till en konversation.
...