Page History
Navitabs | ||||||
---|---|---|---|---|---|---|
| ||||||
Table of Contents |
---|
Introduktion
...
Version | Dato | Ansvarlig | Beskrivelse |
1.0 | 22.01.2013 | Systematic | Initiel udgave |
1.0a | 19.04.2013 | Systematic | Udgave til Release Candidate 1 |
1.1 | 19.06.2013 | Systematic | Kvalitetssikret |
1.2 | 23.05.2014 | Systematic | Rettelser som konsekvens af opsplitning af tidl. NPI-mavenprojekt i selvstændige komponenter. |
1.3 | 28.11.2014 | Systematic | Nationalt Patientindeks (NPI) erstattet med Dokumentdelingsservice (DDS) |
1.4 | 14.01.2014 | Systematic | Nye kommandoer til maven og ændring af npi og npiservices til dds |
1.5 | 05.05.2015 | Systematic | Kodereferencer er opdaterede pga. navneskifte fra NPI til DDS |
1.6 | 17.12.2016 | Systematic | Opdateret header billede |
1.7 | 3.10.2017 | Systematic | Forældet reference til TRP/0017 erstattet med TRP/0112. |
1.8 | 13.06.2018 | Systematic | Migreret til NSPOP SVN |
1.9 | 12.11.2018 | KvalitetsIT | Flyttet dokumentation til Confluence |
2.3.24 | 8.10.2021 | KvalitetsIT | SDS-4961: Opdatering af oplysninger om testdata |
Definitioner og referencer
...
Integrationstest til verifikation af funktionalitet
Integrationstestene til DDS Repository er baseret på en genereret klient til DocumentRepository service.
DDS Repository har en integrationstest, der afvikles automatisk:
dds\ddsrepository\integrationtest\src\test\java\dk\nsi\ddsrepository\ws\DDSRepositoryIT.java
Tester DDS Repository via DDS Repository web service interfacet.
Derudover findes der integrationstests beskrevet i afsnit 2.2.2, der kræver specielle forudsætning og derfor ikke igangsættes automatiskDer er udviklet integrationstests, der matcher user stories og test cases i dokumentet DDS - Guide til anvendere.
Testdata
Keystores benyttes i forbindelse med integrationstestene både af test-drivere og af services deployeret til JBoss.Integrationstestenes test-drivere benytter keystores validVocesVault.jks, expiredVocesVault.jks og validMocesVault.jks, der udtrækkes automatisk fra maven-artefaktet remote-test-resources (dk.nsi.dgws) ved kørsel af integrationstest.
Services deployeret til JBoss (fx DDS Repository) benytter validVocesVault.jks, der ved deployering ligeledes udtrækkes fra remote-test-resources..
Integrationstestene er afhængige af pre-installeret testdata for:
...
Whitelist
Stamdata (SOR-data og autorisationsregister-data)
Når integrationstestene afvikles på miljø uden stamdata bliver alle ovennævnte testdata installeret, når data-sources etableres (se [UdviklerGuide]).
Når integrationstestene afvikles på NSP (hvor stamdata allerede er etableret), bliver samtykker og whitelist testdata installeret. Dette sker tillige automatisk i forbindelse med etablering af data-sources (se [UdviklerGuide]).
Integrationstest med utilgængelig IHE Repository
Under integrationstests er der følgende fil, der ikke afvikles automatisk:
dds\ddsrepository\integrationtest\src\test\java\dk\nsi\ddsrepository\ws\DDSRepositoryDisabled.java
...
Integrationstests opretter selv sine testdata i form af spærringer og dokumenter.
Se Testvejledning for Registry vedr. testpersoner og certifikater.
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:
mvn -Dit.test=DDSRepositoryDisabled verify –Pexternal-test-P<miljø>,integration-tests
Performancetests
Der er ikke kørt nogen separat performance test på DDS Repository.
...