Testanvisning för tjänstekonsumenter av Update 1.0

Detta dokument beskriver hur en konsument av tjänstekontraktet Update kan testas med hjälp av SoapUI "mocktjänst".

Installationsanvisning och övergripande teknisk beskrivning av mocktjänsten finns i dokumentet UpdateMock-doc.html. Observera att för varje testad tjänstedomän finns schematron-filer som måste kopieras till mock-katalogen.

Generellt

Testning av Update-konsumenten sker med en kombination av automatiska och manuella kontroller. Varje testfall genomförs i huvudsak enligt följande steg.

  1. Gör en förändring i källsystemet eller utför en annan åtgärd som bör ge upphov till ett Update-anrop.
  2. Säkerställ att Update-anrop genomförs. Mocktjänsten har en loggfil som kan användas för detta (UpdateLog.txt i samma katalog som mockprojektet), men även det testade systemets loggar kan vara till hjälp.
  3. Kontrollera i mockens loggfil om det finns valideringsfel från automatisk validering.
  4. I mocktjänstens loggfil, identifiera de engagemangsposter för det personnummer som ändringen i källsystemet avser.
  5. Använd den loggade informationen för manuell validering enligt testfall nedan.

Testfall

1. Informationsavlämning

1.1 Verifiera att informationen i aktuell engagemangspost är korrekt enligt de fältregler som anges i TKB för den tjänstedomän som uppdateringen avser.

1.2 Verifiera att innehållet i fältet categorization stämmer överens med den informationsmängd som ändringen i källsystemet avser, samt att det inte finns poster för oförändrade informationsmängder.

1.3 Verifiera att alla typer av ändringar som ger upphov till ny information i motsvarande tjänstekontrakt genererar Update-anrop, inklusive signering, vidimering och låsning där det förekommer.

1.4 Ta bort all information (om möjligt) för en viss patient och informationsmängd. Verifiera att ett Update-anrop med deleteFlag=true genomförs.

2. SLA-krav

2.1 Notera tiden då en ändring genomförs i källsystemet och kontrollera med hjälp av loggfilen att Update-anrop sker inom den tidsgräns som anges i TKB för den tjänstedomän som uppdateringen avser.

2.2 Gör flera ändringar av information i källsystemet för samma informationsmängd för samma patient (samma unika nyckel i Update). Kontrollera att anrop till Update inte sker oftare än den gräns som anges i TKB för den tjänstedomän som uppdateringen avser. Mockens automatiska validering kommer kontrollera att inte dubbletter av den unika nyckeln förekommer i samma anrop.

2.3 Genomför ändringar batchvis eller på annat sätt för att åstadkomma många samtidiga poster i samma Update-anrop. Konfigurera om systemet så att antal ändringar är större än systemets konfigurerade maximala antal per Update-anrop och verifiera att posterna delas upp på flera Update-anrop.

2.4 Genomför grundladdningsförfarande med fler engagemangsposter än systemets konfigurerade maximala antal per Update-anrop. Verifiera att posterna delas upp på flera Update-anrop och att tid mellan anropen stämmer överens med systemets konfigurerade värde.