Innehållsförteckning
Revisionshistorik
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).
Testinstruktionen förutsätter att användarorganisationens tjänst är ansluten till SDK Testbädd (QA) och att användarorganisationen har access till SDK Adressbok (se ref. R2) och SDK Testklient (se ref. R5).
Testinstruktionen beskriver konfiguration som är nödvändig i SDK Adressbok för genomförande av anslutningstesterna.
Anslutningstesterna består av:
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 |
R9 | Specifikation av validering, felhantering och kvittens |
2. Testdata
2.1 Användarorganisationen 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.
Följande ska konfigureras upp i SDK Adressbok för att kunna genomföra anslutningstester (sedan finns många fler frivilliga fält där användarorganisationen styr hur dessa fylls i för att kunna genomföra verksamhetslika tester):
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..." |
Geografiska sökkoder | T.ex “Värmlands län” och “Karlstad” |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
T.ex. "barnoungdom.0203:testkommun.se" | T.ex. "Barn- och ungdomsmottagningen Test kommun" | T.ex. "Barn- och ungdomsmottagningen handhar..." |
2.2 Inera i SDK Adressbok
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 SDK Testbädd - Inera AB
En organisation som är upplagd i SDK Adressbok och som huvudsakligen används under testerna.
Organisationsidentifierare | 0203:testbed.sdk.inera.se |
Organisationsbeskrivning | Testklienten 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. |
Alternativt namn | SDK Testklient |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
sdk.testbed.<organisationsidentifierare> Varje användarorganisation tilldelas en funktionsbrevlåda i SDK Testklient (under Ineras organisation) som ger användarorganisationen möjlighet att skicka meddelanden till SDK Testklient, samt att skicka meddelanden från sin funktionsbrevlåda i SDK Testklient. | <organisationsnamn> i SDK Testklient | Funktionsadress för att adressera till <organisationsnamn> i SDK Testklient |
sdk.testbed.0203:testbed.sdk.inera.se | Inera i SDK Testbädd | Funktionsadress i SDK Testbädd |
sdk.testbed.notsupported | Funktionsnamn#1 | Meddelandekvittens returnerar alltid REJECTED med orsakskod BV och detaljkod ‘Not-supported’ om bilaga är inkluderad |
sdk.testbed.rejected | Funktionsnamn#2 | Meddelandekvittens returnerar alltid REJECTED med maximalt innehåll (samtliga optionella element används och elementen håller mycket information |
sdk.testbed.timeout | Funktionsnamn#3 | Meddelandekvittens returneras ej |
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.
Organisationsidentifierare | 0203:org002.testbed.sdk.inera.se |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
testfunktion.0203:org002.testbed.sdk.inera.se | Inera testfunktion | Funktion används endast för adressering, se TF 2.5.1 - 'Instruktioner för anslutningstester' (https://inera.atlassian.net/wiki/spaces/OISDK/pages/3005120870/SDK+Anslutningsprocess). Funktionen är okontaktbar. |
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.
Organisationsidentifierare | 0203:org003.testbed.sdk.inera.se |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
testfunktion.0203:org003.testbed.sdk.inera.se | Inera testfunktion | Funktion används endast för adressering, se TF 2.7.1 - 'Instruktioner för anslutningstester' (https://inera.atlassian.net/wiki/spaces/OISDK/pages/3005120870/SDK+Anslutningsprocess). O2O-certifikatet ä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.
Organisationsidentifierare | 0203:digg-qa03.example.se |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
testfunktion.0203:digg.testap03 | Inera testfunktion | Funktion används endast för adressering, se TF 2.7.2 - 'Instruktioner för anslutningstester' (https://inera.atlassian.net/wiki/spaces/OISDK/pages/3005120870/SDK+Anslutningsprocess). Felaktigt AS4-certifikat. |
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 ).
Organisationsidentifierare | 0203:org005.testbed.sdk.inera.se |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
testfunktion.0203:org005.testbed.sdk.inera.se | Inera testfunktion | Funktion används endast för adressering, se TF 2.7.3 - 'Instruktioner för anslutningstester' (https://inera.atlassian.net/wiki/spaces/OISDK/pages/3005120870/SDK+Anslutningsprocess). Funktionen är okontaktbar. |
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 ).
Organisationsidentifierare | 0203:org006.testbed.sdk.inera.se |
Funktionsadresser | Funktionsnamn | Funktionsbeskrivning |
---|---|---|
testfunktion.0203:org006.testbed.sdk.inera.se | Inera testfunktion | Funktion används endast för adressering, se TF 2.7.4 - 'Instruktioner för anslutningstester' (https://inera.atlassian.net/wiki/spaces/OISDK/pages/3005120870/SDK+Anslutningsprocess). Funktionen är okontaktbar. |
3 Integrationstest
Anslutningstesterna består av integrationstester som genomförs innan systemtesterna.
Integrationstester genomförs för att säkra anslutningen till SDK Testbädd (QA). 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. R7),
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 användarorganisationens 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 användarorganisations funktionsbrevlåda
Felsöka baserat på de stateförändringar och eventuella fel som presenteras i SDK Testklient
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.
Teststeg
Skicka ett meddelande från SDK Testklient adresserat till en funktion i den egna användarorganisationen.
Användarorganisationens meddelandetjänst validerar meddelandet och genererar en meddelandekvittens automatiskt.
Meddelandeklienten tar del av meddelandet på ett korrekt sätt
Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient
Kontrollera att SDK Testklient tagit emot en meddelandekvittens
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
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 paketering av meddelandet genomförs på ett korrekt sätt.
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till SDK Testklient.
SDK Testklient tar emot meddelandet
Kontrollera resultatet i SDK Testklient
Kontrollera att meddelandekvittensen når meddelandeklienten
Kommentar
Användarorganisationens meddelandetjänst förväntas validera utgående meddelanden.
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 meddelandeklient hanterar ett inkommande meddelande som är adresserat till en funktion i den egna användarorganisationen.
Teststeg
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.
Teststeg
Användare av meddelandeklienten skickar SDK meddelande via användarorganisationens meddelandeklient till SDK Testklient och användarorganisationens egna funktionsbrevlåda genom att adressera funktionen 'Inera i SDK Testbädd' (under organisation ‘SDK Testbädd - Inera AB’) 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.
Systemtester genomförs för att verifiera funktionaliteten mer ingående.
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).
Teststeg
Från SDK Testklient, skicka ett meddelande (minimal) adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt
Meddelandeklienten tar del av meddelandet på ett korrekt sätt
Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient
Kontrollera att SDK Testklient tagit emot en meddelandekvittens
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)
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.
Teststeg
Från SDK Testklient, skicka ett meddelande (maximal) adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt
Meddelandeklienten tar del av meddelandet på ett korrekt sätt
Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient
Kontrollera att SDK Testklient tagit emot en meddelandekvittens
TF 2.1.3 - Meddelandetjänsten tar del av meddelande från SDK Testklient (maximal, små bilagor)
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 små bilagor.
Teststeg
Från SDK Testklient, skicka ett meddelande (maximal, små bilagor) adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt
Meddelandeklienten tar del av meddelandet på ett korrekt sätt
Kontrollera att innehållet stämmer överens med vad som angivits i SDK Testklient
Kontrollera att SDK Testklient tagit emot en meddelandekvittens
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
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.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där 'RefToMessageId' refererar till ett meddelande ('messageId') som inte finns.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med 'Kvittenskod' ACCEPTED
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
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.
Teststeg
Från användarorganisationens meddelandeklient, skicka ett SDK-meddelande adresserat till extern part (SDK Testklient) där bilagornas storlek överskrider 30 MB
Användarorganisationens meddelandeklient och/eller meddelandetjänst genererar felstatus och meddelandet skickas inte vidare till mottagaren
Meddelandeklienten blir informerad om meddelandestatus och anledning varför meddelandet inte kunde skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
TF 2.4.1 - Felhantering - Schemavalidering på mottaget meddelande som innehåller felaktig datatyp i meddelandestrukturen
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande innehåller felaktig datatyp (felaktigt datumformat) i meddelandestrukturen.
Användarorganisationens Meddelandetjänst ska validera och fånga felaktigheten.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med felaktig datatyp i meddelandestrukturen.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: SV
Detaljkod: structure
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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'
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')
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där felaktigt kodverk används för 'senderId'.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
'Kvittenskod: REJECTED
Orsakskod: BV
Detaljkod: invariant
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
TF 2.4.3 - Felhantering - Schemavalidering på mottaget meddelande som innehåller felaktig datatyp i XHE
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande innehåller felaktig datatyp (felaktigt datumformat) i XHE.
Användarorganisationens Meddelandetjänst ska validera och fånga felaktigheten.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med felaktig datatyp i XHE.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: SV
Detaljkod: structure
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
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').
Teststeg
Förberedande: Skicka ett meddelande adresserat till en funktion i den egna användarorganisationen och kontrollera att meddelandet hanteras korrekt
Skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där 'messageId' är identiskt med tidigare meddelande
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: BV
Detaljkod: multiple-matches
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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
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.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med felaktig funktionsadress (funktionsadressen är inte upplagd i SDK Adressbok)
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: BV
Detaljkod: not-found
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
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.
Teststeg
Förberedande: Säkerställ att meddelandeklienten inte är nåbar från användarorganisationens meddelandetjänst
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med funktionsadress som pekar på den ej nåbara meddelandeklienten
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt (kvittenskod: ACCEPTED)
Användarorganisationens meddelandetjänst buffrar meddelandet i gränssnittet mot meddelandeklienten
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Återställ: Återanslut meddelandeklienten till användarorganisationens meddelandetjänst
Kontrollera loggar och att meddelandeklienten tar del av det tidigare buffrade meddelandet på ett korrekt sätt
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.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen som överskrider storleksbegränsningen i SDK (30 MB).
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: BV
Detaljkod: too-long
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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).
TF 2.4.9 - Felhantering - Mottaget meddelande har XHE med avsändare som ej överensstämmer med avsändare i AS4
Syfte
Kontrollera att användarorganisationens meddelandetjänst returnerar REJECTED på ett mottaget SDK-meddelande där avsändande part i XHE ('FromParty/PartyIdentification/ID') inte överensstämmer med avsändande part i AS4 originalSender ('PMode.BusinessInfo.Properties - originalSender').
(ref. R3, kap. 2.2.3 ‘Meddelandekuvertering med XHE’)
Teststeg
Från SDK Testklient, skicka ett SDK-meddelande adresserat till en funktion i den egna användarorganisationen där avsändande part i XHE-delen av meddelandet förändrats så att det inte överensstämmer med originalSender i AS4-delen av meddelandet.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: BV
Detaljkod: security
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande, kontrollerar meddelandekvittens).
TF 2.5.1 - Felhantering - Utgående meddelande kan inte skickas till deltagare med otillgänglig accesspunkt
Syfte
Kontrollera att användarorganisationens meddelandetjänst hanterar meddelande som skickas till en okontaktbar organisation på ett korrekt sätt.
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till en okontaktbar organisation (Organisation#2)
(accesspunkten får ingen transportkvittens)Kontrollera hur meddelandestatus presenteras (och eventuella omsändningsrutiner) när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
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.
Teststeg
Förberedande: Bryt anslutningen mellan meddelandetjänst och accesspunkt
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst, men användarorganisationens accesspunkt är okontaktbar.
Kontrollera hur meddelandestatus presenteras (och eventuella omsändningsrutiner) när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Återställ: Anslutning mellan meddelandetjänst och accesspunkt
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
TF 2.6.1 - Felhantering - Meddelandekvittens REJECTED (filtyp stöds ej)
Syfte
Kontrollera att användarorganisationens meddelandetjänst kan hanterara meddelandekvittens REJECTED då bilagan inte accepterats (filtyp stöds ej) av mottagande MT.
Teststeg
Meddelandeklienten skickar ett meddelande med en valfri bilaga med filtypen .exe via användarorganisationens meddelandetjänst till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#1)
Från SDK Testklient returneras en meddelandekvittens (kvittenskod REJECTED, orsakskod ‘Not-supported’)
Kontrollera hur meddelandestatus presenteras när meddelandet inte accepterats
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - REJECTED)
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).
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#2)
Från SDK Testklient returneras en meddelandekvittens (kvittenskod REJECTED) med maximalt innehåll (samtliga optionella element används och elementen håller mycket information
Kontrollera hur meddelandestatus presenteras (och eventuella omsändningsrutiner) när meddelandet inte accepterats
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - REJECTED)
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.
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#3)
(meddelandekvittens kommer INTE returneras)Kontrollera hur meddelandestatus presenteras (och eventuella omsändningsrutiner) när meddelandet inte kvitterats
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
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
Teststeg
Förberedande: Konfigurera meddelandetjänstens SML zone för cert-pub tjänst till en onåbar URL
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: SIG
Detaljkod: security
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Återställ: Konfigurera meddelandetjänstens SML zone för cert-pub tjänst till korrekt URL
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.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där signaturen inte är korrekt.
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: SIG
Detaljkod: security
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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:
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
Teststeg
Skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med en SDK payload som är förvanskad efter kryptering men signerad på ett korrekt sätt.
Användarorganisationens meddelandetjänst ska inte generera meddelandekvittens, vilket resulterar i en timeout i SDK Testklient
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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:
Syfte
Kontrollera felhanteringen i användarorganisations meddelandetjänst när meddelandets nyttolast är okrypterad.
Teststeg
Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med en SDK payload som är okrypterad och XHE attributet InstanceEncryptionIndicator satt till false
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:
Kvittenskod: REJECTED
Orsakskod: BV eller SIG
Detaljkod: security
Detaljtext: <beskrivning av problemet>
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
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
Syfte
Kontrollera felhanteringen i användarorganisationens meddelandetjänst när ett meddelande skickas till en organisation med utgånget O2O-certifikat.
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till en organisation med utgånget O2O-certifikat (Organisation#3)
(meddelandetjänsten upptäcker att mottagarens O2O-certifikat är utgånget)Kontrollera hur meddelandestatus presenteras när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
TF 2.7.2 - Felhantering - Utgående meddelande kan inte skickas till deltagare med felaktigt AS4-certifikat
Syfte
Kontrollera felhanteringen i användarorganisationens meddelandetjänst när ett meddelande skickas till en organisation med en accesspunkt som använder ett felaktigt AS4-certifikat (utgånget).
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till en organisation med ett felaktigt AS4-certifikat (Organisation#4)
(accesspunkten upptäcker att mottagarens AS4-certifikat är felaktigt)Kontrollera hur meddelandestatus presenteras när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
TF 2.7.3 - Felhantering - Utgående meddelande kan inte skickas till deltagare med utgånget TLS-certifikat
Syfte
Kontrollera felhanteringen i användarorganisationens meddelandetjänst när ett meddelande skickas till en organisation med en accesspunkt som använder ett utgånget TLS-certifikat (endpointURI i SMP pekar på https://expired.badssl.com ).
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till en organisation med utgånget TLS-certifikat (Organisation#5)
(accesspunkten upptäcker att mottagarens TLS-certifikat är revokerat)Kontrollera hur meddelandestatus presenteras när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
TF 2.7.4 - Felhantering - Utgående meddelande kan inte skickas till deltagare med felaktig CA i TLS-certifikatet
Syfte
Kontrollera felhanteringen i användarorganisationens meddelandetjänst när ett meddelande skickas till en organisation med en accesspunkt som använder en felaktig CA i TLS-certifikatet (endpointURI i SMP pekar på https://untrusted-root.badssl.com ).
Teststeg
Meddelandeklienten skickar ett meddelande via användarorganisationens meddelandetjänst till en organisation med utgånget TLS-certifikat (Organisation#6)
(accesspunkten upptäcker att mottagarens TLS-certifikat är revokerat)Kontrollera hur meddelandestatus presenteras när meddelandet inte kan skickas
Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)
Kommentar
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
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).
Teststeg
Från SDK Testklient, skicka ett meddelande (minimal) 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
Kommentar
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.
Teststeg
Från SDK Testklient, skicka ett meddelande (maximal) 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
Kommentar
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.
Teststeg
Från SDK Testklient, skicka ett meddelande (sekretessmarkerat) 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.
Teststeg
Från SDK Testklient, skicka ett meddelande (fråga) adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt.
Användare av meddelandeklienten tar del av mottaget meddelandet på ett korrekt sätt
Användare av meddelandeklienten besvarar mottaget meddelande ('conversionId' hämtas från mottaget meddelande)
SDK Testklient tar emot svaret, kontrollerar 'conversationId' och skickar en meddelandekvittens
Kontrollera i SDK Testklient att skickade frågan och mottagna svaret presenteras i samma konversion
Kontrollera att meddelandeklienten tagit emot en meddelandekvittens på det skickade svaret
Kommentar
Testfallet finns automatiserat i SDK Testklient (skickar meddelande (1), kontrollerar meddelandekvittens(2), kontrollerar svar (5 och 6), samt skickar meddelandekvittens på svar (7)). Användaren behöver i steg 4 skicka ett svar på meddelandet som skickades i steg 1 från egen systemlösning.
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.
Teststeg
Användare av meddelandeklienten skickar ett meddelande (fråga) via användarorganisationens meddelandeklient 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
Användare av meddelandeklienten tar del av svaret på ett korrekt sätt
Kontrollera i meddelandeklienten att skickade frågan och mottagna svaret presenteras i samma konversion
Kontrollera att SDK Testklient tagit emot en meddelandekvittens på det skickade svaret
TF 3.2.3 - Meddelandeklienten tar emot svar på svaret
Syfte
Kontrollera att meddelandeklienten kan ta emot “svar på svar” på ett korrekt sätt inom en konversation.
Teststeg
Genomför TF 3.2.1 (meddelandeklienten tar emot fråga och skickar svar inom samma konversation)
Från SDK Testklient, skicka ett meddelande i samma konversation (“svar på svar”)
Användare av meddelandeklienten tar del av svaret (“svar på svar”) på ett korrekt sätt
Kontrollera i SDK Testklient att skickade frågan, mottagna svaret och skickade “svar på svar” presenteras i samma konversion
Kontrollera i meddelandeklienten att mottagna frågan, skickade svaret och mottagna “svar på svar” presenteras i samma konversion
TF 3.2.4 - Meddelandeklienten skickar svar på svaret
Syfte
Kontrollera att meddelandeklienten kan skicka “svar på svar” på ett korrekt sätt inom en konversation.
Teststeg
Genomför TF 3.2.2 (meddelandeklienten skickar fråga och tar emot svar inom samma konversation)
Användare av meddelandeklienten skickar ett meddelande i samma konversation (“svar på svar”) via användarorganisationens meddelandeklient till SDK Testklient
SDK Testklient tar emot meddelandet
Kontrollera i SDK Testklient att mottagna frågan, skickade svaret och mottagna “svar på svar” presenteras i samma konversion
Kontrollera i meddelandeklienten att skickade frågan, mottagna svaret och skickade “svar på svar” presenteras i samma konversion
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.
Teststeg
Användare av meddelandeklienten skickar ett meddelande (fråga) via användarorganisationens meddelandeklient till SDK Testklient
SDK Testklient tar emot meddelandet
Användare av meddelandeklienten kompletterar tidigare skickat meddelande ('conversionId' hämtas från skickat meddelande)
SDK Testklient tar emot kompletteringen, kontrollerar 'conversationId' och skickar en meddelandekvittens
Kontrollera i SDK Testklient att mottagna frågan och mottagna kompletteringen presenteras i samma konversion
Kontrollera att meddelandeklienten tagit emot en meddelandekvittens på den skickade kompletteringen
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.
Teststeg
Från SDK Testklient, skicka ett meddelande (fråga) adresserat till en funktion i den egna användarorganisationen
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt
Från SDK Testklient, komplettera genom att använda komplettera-funktionen på det tidigare skickade meddelande i SDK Testklient
Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt på den mottagna kompletteringen
Användare av meddelandeklienten tar del av kompletteringen på ett korrekt sätt
Kontrollera i meddelandeklienten att mottagna frågan och mottagna kompletteringen presenteras i samma konversion
Kontrollera att SDK Testklient tagit emot en meddelandekvittens på den skickade kompletteringen