Lasttester hittas i katalogen ….loadTest test/non-functional/Gatling i utcheckad källkod.

Testscenario vid prestandamätningar

Vid prestandamätningar vill vi hitta hur bestämma olika gränsvärden för EI när det gäller uppdaterande meddelanden (Update)

• Hur många anrop / sekund

...

• vi klarar att

...

• ta emot innan

...

• svarstiden ökar med ca 25 %. Detta gäller för meddelanden som endast innehåller en post.
  
• Hur många anrop / sekund vi klarar att ta emot utan att kön som som betar av meddelanden till databasen växer. Detta gäller för meddelanden som innehåller 1000 poster.

En vanlig sökning i EI via FindContent ingår också för att verifiera funktionen under hög last.

Dessutom vill vi köra en mix av meddelanden (olika mängder poster) för att se att EI uppför sig robust över tid. (Robusthetstest?)

Se Teststrategi för SKLTP komponenter, avsnittet lasttester för mer information.

Beskrivning av lasttester

• LoadTestVP, kombinerar anrop till Ping, GetSubjectOfCare och SendMedicalCertificateAnswer. 
• LoadTestVPSomeFail, kombinerar anrop till Ping, GetSubjectOfCare och SendMedicalCertificateAnswer samt ca 30 % fel i form av VP004, VP007 och VP009.
  
• LoadTestVPAllFail, kombinerar anrop till felsituationer för VP004, VP007 och VP009.
  

• LoadTestEI_Update_1, test av Update tjänsten med små meddelanden
• LoadTestEI_Update_1000, test av Update tjänsten med stora meddelanden 
• LoadTestEI_FindContent, test av FindContent tjänsten
  

Konfiguration av lasttesterna

För att kunna köra lasttesterna behöver varje typ av anrop som ingår i lasttesterna konfigureras enligt nedan i Tjänsteadresseringskatalogen (TAK). För alla nedanstående konfigurationer skall det läggas till vägval samt behörighet om det ej står annat. Notera anropande certifikats HSA-Id så att detta kan läggas till i TAK:en för behörighetskonfigurationen.

...

Update

• Logisk adress: Ping5565594230
  
• Tjänstekontrakt: urn:riv:itinfraitintegration:tpengagementindex:PingResponderUpdateResponder:1
  
• Logisk adress: TestURL: Internt till VPs TestPingProducent
  

Ping VP009

• Logisk adress: PRODUCER-NOT-AVAILABLE 
• Tjänstekontrakt: urn:riv:itinfra:tp:PingResponder:1
• URL: Peka på en annan maskin i samma nät, men ange en "ogiltig" port samt non-existing-service. T.ex. http://xx.yy.zz:9876/non-existing-service. 
  NOTE! Routing entry till en annan maskin i samma subnät som VP-instansen, men med en port som inte används, vi ska använda riktiga HTTP-anrop (utan genvägar i lokal-nätverksstack), men till en host vi "äger" så att network-latency inte skiljer mellan mätningar (som det skulle kunna göra med en extern host)
  

SendMedicalCertificateAnswer OK

• https://qa.esb.ntjp.se/vp/Update/1/rivtabp21
  

FindContent

• Logisk adress: 5565594230
  
• Tjänstekontrakt: urn:riv:insuranceprocessitintegration:healthreportingengagementindex:SendMedicalCertificateAnswerResponderFindContentResponder:1
  
• URL: Peka på testproducent för denna tjänst. Denna testproducent finns driftsatt internt NTjP på en Mockserver.

SendMedicalCertificateAnswer VP007

Lägg inte till behörighet för denna logiska adress och anropande konsument!

• Logisk adress: CONSUMER_NOT_AUTHORIZED
• Tjänstekontrakt: urn:riv:insuranceprocess:healthreporting:SendMedicalCertificateAnswerResponder:1
• URL: Peka på testproducent för denna tjänst. Denna testproducent finns driftsatt internt NTjP på en Mockserver.

GetSubjectOfCareSchedule OK

• Logisk adress: HSA-ID-4
• Tjänstekontrakt: urn:riv:crm:scheduling:GetSubjectOfCareScheduleResponder:1
• URL: Peka på testproducent för denna tjänst. Denna testproducent finns driftsatt internt NTjP på en Mockserver.: https://qa.esb.ntjp.se/vp/FindContent/1/rivtabp21

Instruktioner för att utföra testerna

...