...
Starta JConsole och logga på den/de VP-noder du vill se CPU-lasten för.
Logga in på Adminverktyget för att kunna se ködjup för EI köer.
2. Konfiguration Gatling
Gatling tester körs enligt den generella instruktionen - ny. Testet nedan avser testet LoadTestVP testet LoadTestEI_Update_1 som normalt körs av mot NTjP i QA. Kompletterande information till dessa enligt nedan:
- Parametrar till testet enligt listan nedan. Anges genom flaggan -D<parameter>=<värde> vid start av testerna.
- noOfUsers - anger hur många simulerade användare vi skall använda, default är 10.
- baseUrl - anger URL för vp-tjänsterna, default är https://localhost:20000.
- testTimeSecs - anger hur länge testet skall köras, default är 30 sekunder.
- startPnr - anger för vilket personnummer vi skall börja generera testdata. Dvs de två första siffrorna i det genererade personnumret.
3. Dokumentation
Dokumentation av lasttestet sker i ett testprotokoll (mall testprotokoll). Spara också utfallet för varje test från Gatling genom att zippa hela katalogen där resultatet ligger och bifoga testprotokollet.
Dokumentation skall även ske över CPU-belastningen under testet, detta görs lämpligen genom att ta en skärmdump av jConsole och då på CPU kurvan.
4. Kör
...
LoadTestEI_Update_1
- Börja med att köra en testomgång med låg last (noOfUsers=1) och dokumentera utfallet. (Kör gärna om för att få två oberoende värden)
- Räkna ut vilken medelsvarstid som motsvarar en 20-25% ökning.
- Kör en ny testomgång med en markant ökning av antalet användare, förslagsvis 40 användare. Verifiera också att CPU-lasten inte går över 60% i snitt under testet. Glöm inte att stega upp startPnr inför varje ny testomgång!
- Korrigera antalet användare för att nå en ca 20-25% ökning av svarstiden och dokumentera efter hand, glöm inte bild över CPU-lasten
5. Kör
...
LoadTestEI_Update_1000
- Börja med att köra en testomgång med låg last (noOfUsers=1) och dokumentera utfallet. (Kör gärna om för att få två oberoende värden).
- Verifiera att köerna (skltp.ei.process) inte byggs på
- Öka antalet användare (noOfUsers) lite försiktigt och se att det inte byggs på meddelanden på kön.Verifiera också att CPU-lasten inte går över 60% i snitt under testet samt glöm inte att stega upp startPnr inför varje ny testomgång!
- Korrigera antalet användare för att se när köerna börjar byggas på.
6. Kör LoadTestEI_FindContent
- Kör en testomgång med låg last (noOfUsers=1) och dokumentera utfallet.
- Räkna ut vilken medelsvarstid som motsvarar en 20-25% ökning.
- Kör en ny testomgång med en markant ökning av antalet användare, förslagsvis 40 användare. Verifiera också att CPU-lasten inte går över 60% i snitt under testet.
- Korrigera antalet användare för att nå en ca 20-25% ökning av svarstiden och dokumentera efter hand, glöm inte bild över CPU-lasten
6. Kör felfall tester, LoadTestVPAllFail
- Kör en testomgång med låg last (noOfUsers=1) och dokumentera utfallet.
- Kör testomgångar med antalet användare uppskruvat så att du kommer upp i hälften av lasten för brytpunkten för Happy Days testerna och dokumentera utfallet.