...
| Expandera | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
|
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).
...
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 | |
R10 | SDK API (rekommendation) |
2. Testdata
2.1 Användarorganisationen i SDK Adressbok
...
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(stöds ej) |
2.2.2 SDK Testbädd - Organisation#2 (ej kontaktbar)
...
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.
...
2 Meddelandetjänst (meddelandelagret)
TF 2.0.1 - INTEGRATIONSTEST - Meddelandetjänsten tar del av meddelande från SDK Testklient
...
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.
...
3 Meddelandeklient (verksamhetslagret)
TF 3.0.1 - INTEGRATIONSTEST - Meddelandeklienten tar del av meddelande från SDK Testklient
...
Integrationstester genomförda för de lager som ska systemtestas.
4.
...
2 Meddelandetjänst (meddelandelagret)
TF 2.1.1 - Meddelandetjänsten tar del av meddelande från SDK Testklient (minimal)
...
Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)
4.
...
3 Meddelandeklient (verksamhetslagret)
TF 3.1.1 - Meddelandeklienten tar del av meddelande från SDK Testklient (minimal)
...
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
5 Systemtest - SDK API
Om systemlösningen har stöd för SDK API (se ref. 10) ska anslutningstesterna även inkludera tester som berör SDK API.
Det förutsätter 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
Syfte
Kontrollera att meddelandetjänstens SDK API hanterar ett inkommande meddelande enligt SDK API (se ref. R10).
Teststeg
Förberedande: Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen
Meddelandeklienten hämtar lista på nya mottagna meddelanden (filter[messagestatus]=NEW)
Meddelandetjänsten returnerar lista på meddelanden i status NEW (ett meddelandeId) i respons (200 OK)
Meddelandeklienten hämtar meddelande per id
Meddelandetjänsten returnerar meddelande i respons (200 ACCEPTED)
Meddelandeklienten raderar meddelande i meddelandetjänsten
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.0.2 - Meddelandetjänsten hanterar utgående meddelande
Syfte
Kontrollera att meddelandetjänstens SDK API hanterar ett utgående meddelande enligt SDK API (se ref. R10).
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Kontrollera meddelandet i SDK Testklient
Meddelandeklienten hämtar status på meddelandeper id
Meddelandetjänsten returnerar status (ACCEPTED) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.1.1 - Meddelandetjänsten hanterar utgående meddelande - minimalt innehåll
Syfte
Kontrollera att meddelandetjänstens SDK API hanterar och skickar ett minimalt meddelande enligt SDK API (se ref. R10).
Element som inte inkluderas:
refToMessageId
generatingSystem
…/subOrganization/label
…/person/label
…/reference/label
label (rubrik)
contentText (däremot är contentFiles inkluderat)
Teststeg
Meddelandeklienten skickar ett meddelande där inga optionella fält används till SDK Testklient
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Kontrollera meddelandet i SDK Testklient
Meddelandeklienten hämtar status på meddelande per id
Meddelandetjänsten returnerar status (ACCEPTED) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.1.2 - Meddelandetjänsten hanterar utgående meddelande - maximalt innehåll
Syfte
Kontrollera att meddelandetjänstens SDK API hanterar och skickar ett maximalt meddelande enligt SDK API (se ref. R10).
Element som inkluderas:
refToMessageId
generatingSystem
…/subOrganization/label
…/person/label
…/reference/label
label (rubrik)
Flera contentText element
Flera contentFiles element
Teststeg
Meddelandeklienten skickar ett meddelande där samtliga optionella fält används till SDK Testklient
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Kontrollera meddelandet i SDK Testklient
Meddelandeklienten hämtar status på meddelande per id
Meddelandetjänsten returnerar status (ACCEPTED) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.2.1 - Behörighetshantering - hantera lista
Syfte
Kontrollera behörighetshanteringen i meddelandetjänstens SDK API för att hantera trafik mot flera meddelandeklienter enligt SDK API (se ref. R10) och där en meddelandeklient begär lista på meddelanden som meddelandeklienten behöver hämta.
Testfallet förutsätter att tre meddelandeklienter ansluts till meddelandetjänsten med funktionsadresser enligt nedan:
mk1 (fa1)
mk2 (fa2)
mk3 (fa3, fa4, fa5)
Teststeg
Förberedande: Skicka meddelanden från SDK Testklient adresserat till funktioner i den egna användarorganisationen enligt nedan:
mk1 (fa1) - 1 meddelande
mk2 (fa2) - 3 meddelanden
mk3 (fa3) - 1 meddelande
mk3 (fa4) - 2 meddelanden
mk3 (fa5) - 3 meddelanden
Förberedande: Skicka meddelanden från funktioner i den egna användarorganisationen till SDK Testklient enligt nedan:
mk1 (fa1) - 1 meddelande
mk2 (fa2) - 3 meddelanden
mk3 (fa3) - 1 meddelande
mk3 (fa4) - 2 meddelanden
mk3 (fa5) - 3 meddelanden
Meddelandeklient (mk1) hämtar lista på nya mottagna meddelanden (filter[messagestatus]=NEW)
Meddelandetjänsten returnerar lista på meddelanden i status NEW (ett meddelandeId) i respons (200 OK)
Meddelandeklient (mk1) hämtar mottaget meddelande per id
Meddelandetjänsten returnerar meddelande i respons (200 OK)
Meddelandeklient (mk1) raderar mottaget meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
Meddelandeklient (mk1) hämtar lista på accepterade meddelanden (filter[messagestatus]=ACCEPTED)
Meddelandetjänsten returnerar lista på meddelanden (ett meddelandeId) i respons (200 OK)
Meddelandeklient (mk1) raderar skickat meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
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
Syfte
Kontrollera behörighetshanteringen i meddelandetjänstens SDK API för att hantera samtidig trafik mot flera meddelandeklienter enligt SDK API (se ref. R10) och där en meddelandeklient begär lista för aktuell dag på meddelanden som meddelandeklienten hanterat eller förväntas hantera.
Teststeg
Förberedande: TF 4.2.1
Meddelandeklient (mk2) hämtar lista på meddelanden som hanterats under dagen (filter[creationDateTimeStart]=<dagens datum>00:00, filter[creationDateTimeStop]=<dagens datum><aktuell tid>)
Meddelandetjänsten returnerar lista på meddelanden utifrån filter på datum (sex meddelandeId) i respons (200 OK)
3 meddelanden i status NEW
3 meddelanden i status ACCEPTED
Meddelandeklient (mk2) hämtar mottagna meddelanden per id
Meddelandetjänsten returnerar för varje anrop mottaget meddelande i respons (200 OK)
Meddelandeklient (mk2) raderar mottagna meddelanden per id
Meddelandetjänsten raderar för varje anrop mottaget meddelande och returnerar respons (202 ACCEPTED)
Meddelandeklient (mk2) raderar skickade meddelanden per id
Meddelandetjänsten raderar för varje anrop skickat meddelande och returnerar respons (202 ACCEPTED)
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
Syfte
Kontrollera behörighetshanteringen i meddelandetjänstens SDK API för att hantera samtidig trafik mot flera meddelandeklienter enligt SDK API (se ref. R10) och där en meddelandeklient (med flera funktionsadresser) begär lista på meddelanden som meddelandeklienten behöver hämta.
Teststeg
Förberedande: TF 4.2.2
Meddelandeklient (mk3) hämtar lista på nya mottagna meddelanden (filter[messagestatus]=NEW])
Meddelandetjänsten returnerar lista på meddelanden i status NEW (sex meddelandeId) i respons (200 OK)
1 meddelande till mk3 (fa3)
2 meddelanden till mk3 (fa4)
3 meddelanden till mk3 (fa5)
Meddelandeklient (mk3) hämtar mottagna meddelanden per id
Meddelandetjänsten returnerar för varje anrop mottaget meddelande i respons (200 OK)
Meddelandeklient (mk3) raderar mottagna meddelanden per id
Meddelandetjänsten raderar för varje anrop mottaget meddelande och returnerar respons (202 ACCEPTED)
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
Syfte
Kontrollera behörighetshanteringen i meddelandetjänstens SDK API för att hantera samtidig trafik mot flera meddelandeklienter enligt SDK API (se ref. R10) och där en meddelandeklient (med flera funktionsadresser) begär lista på meddelanden som meddelandeklienten hanterat eller förväntas hantera för en specifik funktionsadress.
Teststeg
Förberedande: TF 4.2.3
Meddelandeklient (mk3) hämtar lista på meddelanden som hanteras av funktionsadress ‘fa4’ (filter[recipientAttention.subOrganization.extension]=fa4])
Meddelandetjänsten returnerar lista på meddelanden utifrån filter på funktionsadress (två meddelandeId) i respons (200 OK)
2 meddelanden från mk3 (fa4)
Meddelandeklient (mk3) hämtar meddelanden per id
Meddelandetjänsten returnerar för varje anrop meddelande i respons (200 OK)
Meddelandeklient (mk3) raderar meddelanden per id
Meddelandetjänsten raderar för varje anrop meddelande och returnerar respons (202 ACCEPTED)
Meddelandeklient (mk3) hämtar lista på accepterade meddelanden (filter[messagestatus]=ACCEPTED])
Meddelandetjänsten returnerar lista på meddelanden i status ACCEPTED (fyra meddelandeId) i respons (200 OK)
1 meddelande från mk3 (fa3)
3 meddelanden från mk3 (fa5)
Meddelandeklient (mk3) hämtar meddelanden per id
Meddelandetjänsten returnerar för varje anrop meddelande i respons (200 OK)
Meddelandeklienten raderar meddelanden per id
Meddelandetjänsten raderar för varje anrop meddelande och returnerar respons (202 ACCEPTED)
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
Syfte
Kontrollera meddelandetjänstens statushantering per id och baserat på filter i SDK API (se ref. R10) för ett utgående meddelande där meddelandekvittens uteblir.
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#3)
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Meddelandetjänsten hämtar meddelande per id
Meddelandetjänsten returnerar status WAITING_FOR_RECEIPT tillsammans med meddelande
Meddelandeklienten hämtar lista på meddelanden som saknar meddelandekvittens (filter[messagestatus]=WAITING_FOR_RECEIPT)
Meddelandetjänsten returnerar lista på meddelanden i status WAITING_FOR_RECEIPT (ett meddelandeId) i respons (200 OK)
Meddelandeklienten hämtar lista på utgående meddelanden som inte levererats (filter[messagestatus]=MESSAGE_EXCHANGE_ERROR)
Meddelandetjänsten returnerar lista på meddelanden i status MESSAGE_EXCHANGE_ERROR (tom lista) i respons (200 OK)
Meddelandetjänsten får timeout på meddelandekvittens
Meddelandetjänsten hämtar meddelande per id
Meddelandetjänsten returnerar status MESSAGE_EXCHANGE_ERROR tillsammans med meddelande
Meddelandeklienten hämtar lista på meddelanden som saknar meddelandekvittens (filter[messagestatus]=WAITING_FOR_RECEIPT)
Meddelandetjänsten returnerar lista på meddelanden i status WAITING_FOR_RECEIPT (tom lista) i respons (200 OK)
Meddelandeklienten hämtar lista på utgående meddelanden som inte levererats (filter[messagestatus]=MESSAGE_EXCHANGE_ERROR)
Meddelandetjänsten returnerar lista på meddelanden i status MESSAGE_EXCHANGE_ERROR (ett meddelandeId) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.3.2 - Statushantering - transportkvittens saknas
Syfte
Kontrollera meddelandetjänstens statushantering i SDK API (se ref. R10) för ett utgående meddelande där transportkvittens uteblir.
Teststeg
Meddelandeklienten skickar meddelande till en okontaktbar organisation (Organisation#2)
Meddelandetjänsten tar del av meddelandet och skickar det vidare till okontaktbar organisation, samt returnerar respons (201 CREATED)
Meddelandetjänsten noterar timeout på transportkvittens
Meddelandeklienten hämtar lista på utgående meddelanden som inte levererats (filter[messagestatus]=MESSAGE_EXCHANGE_ERROR)
Meddelandetjänsten returnerar lista på meddelanden i status MESSAGE_EXCHANGE_ERROR (ett meddelandeId) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.3.3 - Statushantering - meddelandet avvisat av mottagaren
Syfte
Kontrollera meddelandetjänstens statushantering i SDK API (se ref. R10) för ett utgående meddelande som avvisas av mottagaren (REJECTED).
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#1)
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Meddelandeklienten hämtar lista på utgående meddelanden som inte levererats (filter[messagestatus]=MESSAGE_EXCHANGE_ERROR)
Meddelandetjänsten returnerar lista på meddelanden i status MESSAGE_EXCHANGE_ERROR (ett meddelandeId) i respons (200 OK)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
TF 4.4.1 - Felhantering - utgående meddelande är felaktigt formaterat
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) för ett utgående meddelande som är felaktigt formaterat.
Teststeg
Meddelandeklienten skickar ett felaktigt formaterat meddelande där ‘messageStatus’ inkluderas med okänd statuskod (UNKNOWN)
Meddelandetjänsten returnerar felmeddelande i respons (400 BAD REQUEST)
Kommentar
Genomförs förslagsvis som del av interna utvecklingstester
TF 4.4.2 - Felhantering - begär meddelande som inte finns
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) där meddelandeklienten hämtar meddelande med okänt meddelandeId.
Teststeg
Meddelandeklienten hämtar okänt meddelande per id
Meddelandetjänsten returnerar felmeddelande i respons (404 NOT FOUND)
Kommentar
Genomförs förslagsvis som del av interna utvecklingstester
TF 4.4.3 - Felhantering - hantera mottaget meddelande där behörighet saknas
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) där meddelandeklienten försöker hantera mottaget meddelande (behörighet saknas) som ska hanteras av annan meddelandeklient.
Testfallet förutsätter att två meddelandeklienter ansluts till meddelandetjänsten med funktionsadresser enligt nedan:
mk1 (fa1)
mk2 (fa2)
Teststeg
Förberedande: Skicka meddelanden från SDK Testklient adresserat till funktion i den egna användarorganisationen enligt nedan:
mk1 (fa1) - 1 meddelande
Förberedande: Notera meddelandeId på mottaget meddelande i meddelandetjänsten
Meddelandeklient (mk2) hämtar meddelande per id (messageId=<meddelandeId från steg 2>)
Meddelandetjänsten returnerar felmeddelande i respons (401 UNAUTHORIZED)
Meddelandeklient (mk2) raderar meddelande per id (messageId=<meddelandeId från steg 2>)
Meddelandetjänsten returnerar felmeddelande i respons (401 UNAUTHORIZED)
Meddelandeklient (mk1) hämtar lista på nya mottagna meddelanden (filter[messagestatus]=NEW])
Meddelandetjänsten returnerar lista på meddelanden i status NEW (ett meddelandeId) i respons (200 OK)
Meddelandeklient (mk1) hämtar mottaget meddelanden per id
Meddelandetjänsten returnerar mottaget meddelande i respons (200 OK)
Meddelandeklient (mk1) raderar mottaget meddelande per id
Meddelandetjänsten raderar mottaget meddelande och returnerar respons (202 ACCEPTED)
Kommentar
Genomförs förslagsvis som del av interna utvecklingstester
TF 4.4.4 - Felhantering - hantera utgående meddelande där behörighet saknas
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) där meddelandeklienten försöker hantera utgående meddelande (behörighet saknas) som hanteras av annan meddelandeklient.
Testfallet förutsätter att två meddelandeklienter ansluts till meddelandetjänsten med funktionsadresser enligt nedan:
mk1 (fa1)
mk2 (fa2)
Teststeg
Förberedande: Skicka meddelanden från funktion i den egna användarorganisationen till SDK Testklient enligt nedan:
mk1 (fa1) - 1 meddelande
Förberedande: Notera meddelandeId på skickat meddelande i meddelandetjänsten
Meddelandeklient (mk2) raderar meddelande per id (messageId=<meddelandeId från steg 2>)
Meddelandetjänsten returnerar felmeddelande i respons (401 UNAUTHORIZED)
Meddelandeklient (mk1) hämtar lista på accepterade meddelanden (filter[messagestatus]=ACCEPTED])
Meddelandetjänsten returnerar lista på meddelanden i status ACCEPTED (ett meddelandeId) i respons (200 OK)
Meddelandeklient (mk1) raderar skickat meddelande per id
Meddelandetjänsten raderar mottaget meddelande och returnerar respons (202 ACCEPTED)
Kommentar
Genomförs förslagsvis som del av interna utvecklingstester
TF 4.4.5 - Felhantering - radera meddelande som inte finns
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) där meddelandeklienten raderar meddelande med okänt meddelandeId,
Teststeg
Meddelandeklienten raderar meddelande per id (messageId=<unknown>)
Meddelandetjänsten returnerar felmeddelande i respons (404 NOT FOUND)
Kommentar
Genomförs förslagsvis som del av interna utvecklingstester
TF 4.4.6 - Felhantering - radera meddelande som inte är i slutlig status
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) där meddelandeklienten raderar meddelande som ännu inte är i slutlig status.
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#3)
Meddelandetjänsten tar del av meddelandet och skickar det vidare till SDK Testklient, samt returnerar respons (201 CREATED)
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten returnerar felmeddelande (401 UNAUTHORIZED)
Meddelandetjänsten får timeout på meddelandekvittens
Meddelandeklienten raderar meddelande per id
Meddelandetjänsten raderar meddelandet och returnerar respons (202 ACCEPTED)
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
Syfte
Kontrollera meddelandetjänstens felhantering i SDK API (se ref. R10) för ett utgående meddelande som är felaktigt i förhållande till vad konsumenten har behörighet till.
Teststeg
Meddelandeklienten skickar ett felaktigt formaterat meddelande där utifrån behörighetsstyrning ‘sender’ och/eller ‘senderAttention/subOrganization/extension’ inte stämmer överens med den auktoriserade konsumentens behörighetstyrande attribut (‘auth_id’)
Meddelandetjänsten returnerar felmeddelande i respons (400 BAD REQUEST)
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
Syfte
Kontrollera att meddelandeklienten hanterar ett inkommande meddelande enligt SDK API (se ref. R10).
Teststeg
Förberedande: Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen
Meddelandeklienten hämtar lista på mottagna meddelanden (filter[messagestatus]=NEW])
Meddelandeklienten hanterar och presenterar listan på ett korrekt sätt (ett meddelandeId)
Meddelandeklienten hämtar meddelande per id
Meddelandeklienten hanterar och presenterar meddelandet på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt
TF 5.0.2 - Meddelandeklienten hanterar utgående meddelande
Syfte
Kontrollera att meddelandeklienten hanterar ett utgående meddelande enligt SDK API (se ref. R10).
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient
Meddelandeklienten hanterar och presenterar det skickade meddelandet på ett korrekt sätt
Kontrollera meddelandet i SDK Testklient
Meddelandeklienten hämtar status på meddelande per id
Meddelandeklienten hanterar och presenterar meddelandets status (ACCEPTED) på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt
TF 5.1.1 - Meddelandeklienten hanterar mottaget meddelande - minimalt
Syfte
Kontrollera att meddelandeklienten hanterar ett inkommande minimalt meddelande enligt SDK API (se ref. R10).
Element som inte inkluderas:
refToMessageId
generatingSystem
…/subOrganization/label
…/person/label
…/reference/label
label (rubrik)
contentText (däremot är contentFiles inkluderat)
Teststeg
Förberedande: Från SDK Testklient, skicka ett minimalt meddelande adresserat till en funktion i den egna användarorganisationen
Meddelandeklienten hämtar lista på mottagna meddelanden (filter[messagestatus]=NEW])
Meddelandeklienten hanterar och presenterar listan på ett korrekt sätt (ett meddelandeId)
Meddelandeklienten hämtar meddelande per id
Meddelandeklienten hanterar och presenterar meddelandet på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt
TF 5.1.2 - Meddelandeklienten hanterar mottaget meddelande - maximalt
Syfte
Kontrollera att meddelandeklienten hanterar ett inkommande maximalt meddelande enligt SDK API (se ref. R10).
Element som inkluderas:
refToMessageId
generatingSystem
…/subOrganization/label
…/person/label
…/reference/label
label (rubrik)
Flera contentText element
Flera contentFiles element
Teststeg
Förberedande: Från SDK Testklient, skicka ett maximalt meddelande adresserat till en funktion i den egna användarorganisationen
Meddelandeklienten hämtar lista på mottagna meddelanden (filter[messagestatus]=NEW])
Meddelandeklienten hanterar och presenterar listan med bilagor på ett korrekt sätt (ett meddelandeId)
Meddelandeklienten hämtar meddelande per id
Meddelandeklienten hanterar och presenterar meddelandet på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt
TF 5.2.1 - Statushantering - meddelandekvittens saknas
Syfte
Kontrollera meddelandeklientens statushantering i SDK API (se ref. R10) för ett utgående meddelande där meddelandekvittens uteblir.
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#3)
Meddelandeklienten hämtar status på meddelande per id
Meddelandeklienten hanterar och presenterar status (WAITING_FOR_RECEIPT) på ett korrekt sätt
Vänta in timeout på meddelandekvittens
Meddelandeklienten hämtar status på meddelande per id
Meddelandeklienten hanterar och presenterar status (MESSAGE_EXCHANGE_ERROR) och felkoder på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt
TF 5.2.2 - Statushantering - meddelandekvittens avvisat av mottagaren
Syfte
Kontrollera meddelandeklientens statushantering i SDK API (se ref. R10) för ett utgående meddelande som avvisas av mottagaren (REJECTED).
Teststeg
Meddelandeklienten skickar meddelande till SDK Testklient (organisation ‘SDK Testbädd - Inera AB’, Funktionsnamn#1)
Meddelandeklienten hämtar status på meddelande per id
Meddelandeklienten hanterar och presenterar status (MESSAGE_EXCHANGE_ERROR) och felkoder på ett korrekt sätt
Meddelandeklienten raderar meddelande per id
Meddelandeklienten hanterar det raderade meddelandet på ett korrekt sätt