...

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

...

1.1.1 Stödjande externa dokument

2. Testdata

2.1 Användarorganisationen i SDK Adressbok

...

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

2.2 Inera i SDK Adressbok

...

En organisation som är upplagd i SDK Adressbok och som huvudsakligen används under testerna.

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

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

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

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

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

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

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

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

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

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

3 Integrationstest

Anslutningstesterna består av integrationstester som genomförs innan systemtesterna. 

...

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

2. Användarorganisationens meddelandetjänst validerar meddelandet och genererar en meddelandekvittens automatiskt.

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

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

5. Kontrollera att SDK Testklient tagit emot en meddelandekvittens

Kommentar

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

Användarorganisationens meddelandetjänst förväntas validera utgående meddelandekvittenser.SDK Testklient - Anslutningstest ‘TF 2.0.1 Normalt meddelande’

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

...

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.

...

Kontrollera hur användarorganisationens meddelandeklienten meddelandeklient hanterar ett inkommande meddelande som är adresserat till en funktion i den egna användarorganisationen.

...

1. Från SDK Testklient, skicka ett meddelande (minimal) adresserat till en funktion i den egna användarorganisationen

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt

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

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

5. Kontrollera att SDK Testklient tagit emot en meddelandekvittens

Kommentar

Testfallet finns automatiserat i SDK Testklient - Anslutningstest ‘TF 2.1.1 Inga frivilliga fält’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

1. Från SDK Testklient, skicka ett meddelande (maximal, små bilagor) adresserat till en funktion i den egna användarorganisationen

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt

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

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

5. Kontrollera att SDK Testklient tagit emot en meddelandekvittens

Kommentar

Testfallet finns automatiserat i SDK Testklient - Anslutningstest ‘TF 2.1.3 Samtliga frivilliga fält’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

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

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med 'Kvittenskod' ACCEPTED

3. 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 - Anslutningstest ‘TF 2.2.1 Okänd referens till meddelande’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

1. Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med felaktig datatyp i meddelandestrukturen.

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

   2. Orsakskod: SV

   3. Detaljkod: structure

   4. Detaljtext: <beskrivning av problemet>

3. 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 - Anslutningstest ‘TF 2.4.1 Felaktig datatyp i meddelandestrukturen’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

1. 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'.

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. 'Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: invariant

      Detaljtext: <beskrivning av problemet>

3. 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 - Anslutningstest ‘TF 2.4.2 Felaktigt kodverk för elementet senderId’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

1. Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen med felaktig datatyp i XHE.

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

   2. Orsakskod: SV

   3. Detaljkod: structure

   4. Detaljtext: <beskrivning av problemet>

3. 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 - Anslutningstest ‘TF 2.4.3 Felaktig datatyp i XHE’(skickar meddelande, kontrollerar meddelandekvittens).

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

...

Kontrollera att användarorganisationens meddelandetjänst kan returnera REJECTED om ett mottaget meddelande i meddelandelagret inte är unikt ('messageId').

Teststeg

1. Förberedande: Från SDK Testklient, skicka Skicka ett meddelande adresserat till en funktion i den egna användarorganisationen och kontrollera att meddelandet hanteras korrekt

2. Från SDK Testklient, skicka Skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där 'messageId' är identiskt med tidigare meddelande

3. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: multiple-matches

      Detaljtext: <beskrivning av problemet>

4. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

Kommentar

Lämpligast SDK Testklient saknar stöd, lämpligast att utföra som en del av interna utvecklingstester.

...

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

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: not-found

      Detaljtext: <beskrivning av problemet>

3. 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 - Anslutningstest ‘TF 2.4.5 Felaktig funktionsadress’(skickar meddelande, kontrollerar meddelandekvittens).

TF 2.4.6 - Felhantering - Mottaget meddelande kan inte dirigeras vidare

...

1. Förberedande: Säkerställ att meddelandeklienten inte är nåbar från användarorganisationens meddelandetjänst

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

3. Användarorganisationens meddelandetjänst hanterar meddelandet på ett korrekt och förväntat sätt (beteende kan skilja sig åt mellan olika lösningar av MT beroende på hur och om meddelandet läggs i kö)

4. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt

   1. Om meddelandekvittensen köas upp:
      Kvittenskod: ACCEPTED

   2. Annars:
      Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: exception

      Detaljtext: <beskrivning av problemet>

5. nåbara meddelandeklienten

6. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt (kvittenskod: ACCEPTED)

7. Användarorganisationens meddelandetjänst buffrar meddelandet i gränssnittet mot meddelandeklienten

8. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

9. Återställ: Återanslut meddelandeklienten till användarorganisationens meddelandetjänst 

10. Kontrollera loggar (om meddelandet buffrades, tar meddelandeklienten och att meddelandeklienten tar del av det tidigare buffrade meddelandet på ett korrekt sätt)

Kommentar

...

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

...

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

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: security

      Detaljtext: Wrong or unknown sender-id <beskrivning av problemet>

3. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

KommentarLämpligast att utföra som en del av interna utvecklingstester

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.

...

Se ref. R9 (Spåra och övervaka på meddelandenivå - REJECTED)
Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.2 - Felhantering - Meddelandekvittens REJECTED (maximal)

...

Se ref. R9 (Spåra och övervaka på meddelandenivå - REJECTED)Lämpligast att utföra som en del av interna utvecklingstester.

TF 2.6.3 - Felhantering - Meddelandekvittens saknas

...

Se ref. R9 (Spåra och övervaka på meddelandenivå - MESSAGE_EXCHANGE_ERROR)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

...

Kontrollera felhanteringen i användarorganisations meddelandetjänst när publikt certifikat inte kan hämtas ifrån cert-pub tjänst

Teststeg

1. Förberedande: Konfigurera meddelandetjänstens SML zone för cert-pub tjänst till en onåbar URL.

2. Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen.

3. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: SIG

      Detaljkod: security

      Detaljtext: Sender signature not validated, public key not found / cert-pub unreachable <beskrivning av problemet>

4. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

Kommentar

...

1. Å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

...

1. Från SDK Testklient, skicka ett meddelande adresserat till en funktion i den egna användarorganisationen där signaturen inte är korrekt.

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: SIG

      Detaljkod: security

      Detaljtext: Sender signature not validated <beskrivning av problemet>

3. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

KommentarLämpligast att utföra som en del av interna utvecklingstester

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:

...

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

1. Från SDK Testklient, skicka 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.

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: BV

      Detaljkod: security

      Detaljtext: Message could not be decrypted

   ska inte generera meddelandekvittens, vilket resulterar i en timeout i SDK Testklient

3. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

Kommentar

Lämpligast SDK Testklient saknar stöd, lämpligast att utföra som en del av interna utvecklingstester.

...

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

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt med:

   1. Kvittenskod: REJECTED

      Orsakskod: BV eller SIG

      Detaljkod: security

      Detaljtext: Unencrypted message not allowed <beskrivning av problemet>

3. Kontrollera att loggarna stämmer och är följsamma till SDKs krav på spårbarhet (se ref. R4)

KommentarLämpligast att utföra som en del av interna utvecklingstester

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

...

1. Från SDK Testklient, skicka ett meddelande (fråga) adresserat till en funktion i den egna användarorganisationen

2. Användarorganisationens meddelandetjänst genererar en meddelandekvittens automatiskt.

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

4. Användare av meddelandeklienten besvarar mottaget meddelande ('conversionId' hämtas från mottaget meddelande)

5. SDK Testklient tar emot svaret, kontrollerar 'conversationId' och skickar en meddelandekvittens

6. Kontrollera i SDK Testklient att skickade frågan och mottagna svaret presenteras i samma konversion

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

...