TK-testsvit för ProcessIndividualCaseSafetyReport 1.0
Om testsviten
Detta dokument beskriver testsviten för ProcessIndividualCaseSafetyReport 1.0. Testsviten innehåller ett antal testfall som kan användas för att verifiera implementationen innan integrationen med den nationella tjänsteplattformen.
Testsviten använder SoapUI för att verifiera implementationen. Dokumentation om SoapUI hittas här: www.soapui.org.
Klicka på den här länken för att ladda hem en gratisversion av SoapUI. Installera enligt anvisning.
Förberedelser
- Gå till mappen test-suite i release-paketet
- Kopiera filen ‘soapui-support-N.N.NN.jar’ ('N.N.NN' är versionsnummer) till mappen /bin/ext där Soap-UI är installerat (leta efter mappen /Program Files/Smartbear)
- Öppna SoapUI och importera SoapUI-projektet (test-suite/ProcessIndividualCaseSafetyReport/ProcessIndividualCaseSafetyReport-soapui-project.xml) (välj ‘Import Project’ från menyn 'File')
- Om din webservice kräver ett SSL-certifikat, kan detta konfigureras via 'Preferences' (via menyn 'File').
I fönstret för inställningar, gå till fliken 'SSL Settings' och importera ditt certifkat under 'Keystore'
- Uppdatera data.xml så att den matchar den testdata du har i ditt system. Om du inte har testdata som passar så behöver detta läggas in i källsystemet (se nedan för instruktioner)
- Du borde nu kunna köra testfallen i SoapUI
Testdata i data.xml
Innan man kör testfallen i SoapUI så måste den data som skickas med i anropen anpassas utifrån det system som man vill testa. Detta görs genom att ändra i filen data.xml enligt nedan.
Filen är i XML-format och i början finns en sektion som heter "globaldata". Här anger man den konfiguration som kommer att användas av alla testfall.
Varje element i "globaldata" kan omdefinieras för ett specifikt testfall vid behov. Följande element är globala:
- webServiceUrl
- httpHeaderHsaId
- logicalAddress
- patientId
- patientIdType
- careUnitHSAId
- careGiverHSAId
- sourceSystemHSAId
- logTestData
- logTestDataPath
- logTestDataFilesAllowed
Globaldata innehåller ett antal konfigurationsparametrar för loggning:
logTestData: Sätts till true/false beroende på om loggning ska utföras eller ej. Observera att patientdata kan lagras vid påslagen loggning.
logTestDataPath: Sökvägen till den katalog där loggfilerna sparas, måste vara en katalog som användaren har rättighet att skriva i.
logTestDataFilesAllowed: Max antal filer som sparas. Det blir en fil för varje testfall som körs. När max antal filer har uppnåtts tas de äldsta bort så nya kan sparas.
Allmänna tips
- Kör ett testfall i taget och verifiera resultatet. Man kan också köra en hel testsvit (t.ex. "1 Basic tests") för att köra igenom alla testfall i just den sviten.
Om du gör någon ändring som ska påverka ett specifikt testfall, kan man efter att ha verifierat just det testfallet köra genom hela sviten för att snabbt se att det "hänger ihop".
- Eventuella felmeddelanden skrivs ut dels till fönstret för testfallet och dels i sektionen "assertions" i anrops-fönstret.
Beskrivning av testfallen
De parameterar man anger för ett specifikt testfall kompletterar och/eller omdefinierar de parameterar som anges i "globaldata".
Det betyder att både parametrar från "globaldata" och det specifika testfallets sektion i filen används för det aktuella testfallet.
OBS! Om en parameter med samma namn definieras både i "globaldata" och specifikt för testfallet, så kommer värdet från testfalls-sektionen att användas.
Ett exempel kan vara "patientId". Denna definieras i "globaldata", eftersom det är troligt att det mesta av testdatan kommer att röra samma patient.
Men för vissa testfall vill man kunna använda en annan patient och för dessa testfall definierar man detta genom att ta bort kommentars-markeringen runt parametern "patientId" i testfallets sektion.
Glöm inte att spara data.xml efter att du har ändrat i den.
- 1.1.1 Personnummer
- Testfall 2.1 Felaktig serious
Testfall med felaktig serious. Verifierar att producenten returnerar resultCode.ERROR. Felmeddelandet konfigureras med teststring.
Testfalls-specifika parametrar
- Testfall 2.2 Felaktigt schema
Testfall som inte validerar mot schemat. Verifierar att producenten returnerar resultCode.ERROR. Felmeddelandet konfigureras med teststring.
Testfalls-specifika parametrar