Page History
...
Formålet med dette dokument er at beskrive de tests, som er udviklet og afviklet forud for release af DDS Registry og RepositoryGM-BFF.
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.
...
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....
Definitioner og referencer
Definition | Beskrivelse | ||
| NSP | Dokumentdelingsservice | NSI | National | Sundheds-IT
NSP | Den nationale service platform (inden for sundheds-IT) | ||
SHAK | Sygehusafdelingsklassifikation | ||
SOR | Sundhedsvæsenets organisationsregister | ||
STS | Security Token Service | ||
Alias | Beskrivelse | ||
UdviklerGuide | DDS - Guide til Udviklere | ||
TestRapport | DDS - Testrapport til sammenligning | ||
| Service Platform | |||
| GM | Graviditetsmappen |
Afviklede komponenttest
Følgende tests er afviklet som en del af komponent udviklingen. Der henvises i øvrigt til guide til [UdviklerGuide] udviklere for udførselsvejledning og [TestRapport] for resultat.
Unittest til Code Coverage
DDS Registry\s GM-BFF unittests ligger i projekets test pakker:
...
dds\ddsregistry\application\src\test\java\
...
dds\ddsregistry\common\src\test\java\
...
dds\ddsrepository\application\src\test\java\
...
Eksempler på unit test er:
...
...
Integrationstest til verifikation af funktionalitet
Integrationstestene til DDS Registry og Repository er til GM-BFF ligger under /integrationtest.
Der er udviklet integrationstests, der matcher user stories og test cases i dokumentet DDS - Guide til anvendere.
Testene er også dokumenteret i design og arkitektur dokument i afsnit "Adgangsscenarier og tests"
Jira ...
Testdata
Integrationstestene udføres som udgangspunkt vha. NSP Test Identity Provider, hvor også keystores skaffes fra . En undtagelse fra dette er kald til registrering af dokumenter via ITI41, hvor der kaldes direkte mod open-xds uden dgws.
Integrationstestene er afhængige af pre-installeret testdata for:
Whitelist
Stamdata (SOR-data og autorisationsregister-data)
...
.
Følgende identiteter anvendes som testpersoner i integrationstesten:
Navn | CPR | CVR | Autorisation | Autorisationskode | YderNr | National rolle | EmployeeIdentities.sundhedsassistentEdsgerDijkstra() | 1411809893 | nspSundAssistR2 | EmployeeIdentities.sundhedsassistentKristenNygaard() | 1711809763 | nspSundAssistR1 | EmployeeIdentities.peterNaur() | 1811804807 | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| EmployeeIdentities.lægeCharlesBabbage() | 0611809735 | 33257872 | 6QF17 | EmployeeIdentities.lægeCharlesBabbage() | 0611809735 | 12345601 | EmployeeIdentities.lægeCharlesBabbage() | 0611809735 | 12345602 | OrganizationIdentities.sundhedsdatastyrelsen() | 33257872 | OrganizationIdentities.testOrganisation98021838() | 98021838 | ||||||
Hvis feltet er tomt, så er det fordi oplysningen ikke er relevant for personen.
...
Følgende cpr numre anvendes for Patienter:
CPR | Krav | |
|---|---|---|
| 1208643298 | Skal have fuldmagt til 0405732615 ved
| |
| 0405732615 | En borger der har givet fuldmagt til 1208643298 | |
| Flere andre | Pt. ukendte krav hvis nogen... | |
Testpersonerne oprettes på følgende måde:
- Som udgangspunkt anvendes test person der findes i NSP Test Identity Provider.
- For lægeCharlesBabbage() er det gjort muligt at skifte hans cvr nummer, sådan at whitelisting kan aftestes.
- Ellers skal de oprettes i DTG - dette er typisk patienter:
- 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).
Integrationstest mod miljøer
Testene kan afvikles mod følgende miljøer:
- local (udviklingsmiljøet som defineret i docker-compose setup, se udviklerguide for en beskrivelse af hvordan dette startes op.)
- test1 (DDS deployet på TEST1 miljøet)
- test2 (DDS deployet på TEST2 miljøet)
Testen afvikles manuelt med følgende kommando, når man befinder sig i dokumentdelingsservicei /integrationstest:
mvn verify -P<miljø>,integration-testsPerformancetests
Der er ikke kørt nogen separat performance test på DDS Repository.
Testdata
...
Endurancetest
...
Testdata
...
Dokument Historik
| 3/4 2025 | Martin Henriksen/SDS | Etablering af dokumentation |
...