Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Innehåll:

Innehållsförteckning

Introduktion

På denna sidan finns instruktioner för hur aggregerande tjänster testas.

Varje aggregerande tjänst testas med avseende på funktionellt, lasttålighet och robusthet.

Nedan berkivs beskrivs övergripande instruktioner för hur man utför testerna.

Specificka Specifika instruktioner och testprotokoll för genomförda tester av aggregerande tjänster finns på wiki spacet SKLTP Services /wiki/spaces/NTJPI/pages/3187257615.

Note: Aggregeringsplattformen (AgP) i sig testas helt automatiskt i dess automatiserade byggprocess, för detaljer se tester i svn.

Funktionella tester

Syftet med funktionella tester är att verifiera att funktionella krav på en aggregerande tjänst är uppfyllda, dvs säkerställa att:

...

De funktionella kraven framgår i respektive tjänstedomäns tjänstekontraktsbeskrivning. Testerna är dokumenterade i ett testprotokoll och implementeras i ett SoapUI projekt med tillhörande test-producenter. Separat instruktion för hur test-producenter sätts upp samt hur SoapUI projekt används upprättas också. Tester genomförs i QA-miljön och dokumenteras genom att fylla i ett testprotokoll.

Funktionella tester utföras av utvecklaren eller support. Instruktionerna finns på SKLTP Services wiki

Lasttester

Lasttester ska utföras för att mäta hur många anrop / sekund som kommer igenom innan svarstiderna ökar.

Ramverket Gatling används för att göra lasttester.

  1. Som referens, mät svarstider vid låg belastning.
  2. Öka antal request / s tills man märker av ökad beskattning i form av ökade svartider och / eller ökad CPU. 
  3. Dokumentera antal req/s, svarstid (medel + 95 kvantil) samt CPU.

Gatling projektet finns ….

Förberedelser 

Testproducent måste finnas som returnerar …...

Sätta upp TAK och EI med…..

Genomföra testerna

Lasttesterna utförs i isolerad QA miljö, dvs driftslevernatören måste konfigurera QA miljön så att en VP nod och en EI nod är dedicerad för testerna och övriga noder är i drift.

<Lägg till information om hur man kör testerna>

Robusthetstester

Robusthetstester genomförs baserat på befintliga lasttester men körs på lägre frekvens (typiskt enstaka anrop per sekund) men över en längre tid (typiskt 24h) för att säkerställa att inte minne och andra resurser förbrukas efter en längre tids körning.utföras av utvecklaren. Instruktionerna finns på SKLTP Services wiki.

Robusthetstester

Robusthetsester utföras av utvecklaren. Instruktionerna finns på SKLTP Services wiki.