Introduktion

Formål

Formålet med dette dokument er at beskrive de tests, som er udviklet og afviklet forud for release af DDS Registry og Repository.

Følgende typer af test bruges indgår i udviklingsarbejdet:

• Unittests, der verificerer, at de individuelle enheder i kildekoden virker efter hensigten, herunder måling af code coverage.

• Integrationstest, der verificerer at de individuelle enheder kan integreres og arbejde sammen, til verifikation af funktion og deployment.

• Performancetest, der verificerer at servicen performer med hensyn til svartider og er stabil under et specifikt load, som i nogle tilfælde kan anvendes med samme mål som integrationstests.

• Endurancetests, der verificerer at servicen fungerer under længerevarende belastning og ikke har f.eks. memory leaks, som kan udføres i stagning/produktionslignende miljø.

For de typer af tests og det også beskrevet i hvilket omfang der er særlige krav til testdata, og hvorledes etablerede testdata kan vedligeholdes.

Læsevejledning

Dokumentet henvender sig til udviklere og testere. Læseren forventes at have kendskab til Java software udvikling, herunder unittesting, med anvendelse af Maven, JBoss applikationsserver og MySQL.

Dokumenthistorik

Dokumentet er oprettet med udgangspunkt i 2 separate Testvejledninger for registry henholdsvis repository. Den videre redigeringshistorik efter dette tidspunkt fremgår af confluence "Page History".

...

Definitioner og referencer

Afviklede komponenttest

Følgende tests er afviklet som en del af komponent udviklingen. Der henvises i øvrigt til [UdviklerGuide] for udførselsvejledning og [TestRapport] for resultat.

...

• AdhocQueryRequestWrapperTest verificerer at udtræk af patient id fra AdhocQueryRequest er korrekt.
• AdhocQueryResponseWrapperTest tester metoder på AdhocQueryResponseWrapper til filtrering af AdhocQueryResponse ud fra samtykker.
• DDSRegistryLogicTest tester den implementerede forretningslogik i DDS Registry, fejlhåndtering og delvist tilgængelighed af de backend services DDS Registry bruger.
• TreatmentRelationInvokerTest tester integrationen mod behandlingsrelationsservicen.
• AuthorisationCodeCheckerTest tester rettighedsstyring i forhold til autorisationstabellen, som i testen er en in-memory-database.
• UserCheckTest tester valideringens- og autorisationslogikken til rettighedsstyring ifm. HSUID-roller.
• RetrieveDocumentSetResponseWrapperTest tester metoder på RetrieveDocumentSetResponseWrapper til filtrering af AdhocQueryResponse ud fra samtykker.
• DDSRepositoryLogicTest tester den implementerede forretningslogik i DDS Repository, fejlhåndtering og delvist tilgængelighed af de backend services DDS Repository bruger.

Integrationstest til verifikation af funktionalitet

...

Der er udviklet integrationstests, der matcher user stories og test cases i dokumentet DDS - Guide til anvendere.

Testdata

Keystores benyttes i forbindelse med integrationstestene.

...

Følgende testpersoner benyttes i integrationstesten:

Hvis feltet er tomt, så er det fordi oplysningen ikke er relevant for personen.

...

• Først skal de oprettes i DTG:
  • Se beskrivelsen her: https://www.nspop.dk/display/public/web/DTG+-+Guide+til+anvendere
  • Her skal man bruge navn,  CPR og adresseoplysninger.
  • Efter testpersonen er oprettet tilknyttes evt. autorisationer (Tilføj event + opret ny autorisation).

...

• Her efter kan der udstedes certifikater:
  • Det er SDS der udsteder dem og de skal bruge navn, CPR-oplysninger og hvilken email adresse de skal udstedes til.
  • De skal altid udstedes til nsp.support@arosii.dk (bemærk: links hvor man kan hente certifikaterne sendes til denne postkasse).

  • Når certifikaterne hentes første gang er de i PCKS 12 format de kan konverteres til JKS på følgende måde:

    keytool -importkeystore -srckeystore Casper_Rasmussen_Laege.p12 -srcstoretype pkcs12 -srcstorepass Test1234 -destkeystore Casper_Rasmussen_Laege.jks -deststoretype jks -deststorepass Test1234

...

Øvrige certifikater der benyttes i integrationstesten:

Integrationstest mod miljøer

...

Der er ikke kørt nogen separat endurance test på DDS Registry og Repository.

Testdata

Der er ingen særlige testdata eller krav til testdata for disse tests.

...