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.
Testning av Update-konsumenten sker med en kombination av automatiska och manuella kontroller. Varje testfall genomförs i huvudsak enligt följande steg.
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.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.