Introduktion

Formål

Formålet med dette dokument er at beskrive de tests, som er afviklet forud for release af RepJob.

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

• Unittests, der verificerer, at de individuelle enheder i kildekoden virker efter hensigten.
• Manuelle Integrationstest til der verificerer at jobbet fungerer som ventet, og efterlader Aftale Repository i den ønskede tilstand
• Performancetest, der giver en indikation af jobbet udførselstid, og sikrer, at Aftale Repository er tilgængelig og svarer imens RepJob kører.

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 derudover at have kendskab til Aftale XDS og tilhørende XDB, og har mulighed for at tilgå XDB og oprette testdata i denne.

Dokumenthistorik

Afviklede tests

Følgende tests er afviklet som en del af komponent udviklingen. 

Unittest

Der er kørt de unit-tests, der er placeret i pakken dk.sts.appointment

Manuelle integrationstest til verifikation af funktionalitet

Der er kørt manuelle integrationstests op imod et Aftale Repository testsystem som KvalitetsIT har deployet på sdsxdsudv.kvalitetsit.dk

På dette miljø har vi mulighed for at tilgå XDB direkte for at tjekke indholdet af XDB (d.v.s. hvilke dokumenter der findes, og hvilke der ikke gør)

M.h.t. at oprette testdata i dette Repository er der benyttet Validerings-test programmet 

Integrationstesten køres med den færdigbyggede jar-fil fra kommandolinjen som beskrevet under RepJob - Driftsvejledning

Følgende integrations-tests er kørt:

1. Ingen input-fil:
   
   Handling: Programmet startes op uden argumenter
   Verifikation: Der tjekkes at der kommer en fornuftig fejlbesked
   
   
2. Forkert input-filnavn:
   
   Handling: Programmet startes op med navnet på en fil der ikke findes
   Verifikation: Der tjekkes at der kommer en fornuftig fejlbesked
   
   
3. Forkert konfigureret sti til repository:
   
   Handling: Programmet startes op med forkert xdb.url
   Verifikation: Der tjekkes at der kommer en fornuftig fejlbesked
   
   
4. Forkerte credentials til repository:
   
   Handling: Programmet startes op med forkert xdb.password
   Verifikation: Der tjekkes at der kommer en fornuftig fejlbesked
   
   
5. Faktisk sletning af dokumenter:
   
   Handling: Programmet startes op med korrekte properties, og en input-fil der indeholder 5 dokumentID der findes, og 5 dokumentID der ikke findes (disse kan findes i XDB)
   Verifikation: Der tjekkes at programmet kører, og outputter linjen "Deleted 5 documents successfully, Failed 5 deletions". Derudover tjekkes i XDB at de 5 dokumenter er væk. de to output-filer "...-failure" og "...-success" tjekkes at indeholde hhv de 5 dokumenter der ikke fandtes, og de 5 dokumenter der blev slettet.
   
   

Performancetests

Følgende performance-test er kørt:

1. XDS Repository indeholder 5.000 dokumenter, og RepJob køres med en input-fil med 2.000 dokumentID´er.
   Samtidig kører Validerings-test programmet kontinuerligt op imod Repository ITI-43 (fetchdocument) (use-case "Hent Aftale") for at sikre, at jobbet ikke låset databasen