Šajā sadaļā mēs uzzināsim par veiktspējas testēšanu, kāpēc mums tā ir nepieciešama, veiktspējas testēšanas veidiem un veiktspējas testēšanas procesu.
Tālāk ir norādītas tēmas, kuras mēs sapratīsim šajā sadaļā:
Kas ir veiktspējas pārbaude?
Tā ir vissvarīgākā nefunkcionālās testēšanas daļa.
Lietojumprogrammas darbības pārbaude, piemērojot noteiktu slodzi, ir pazīstama kā veiktspējas pārbaude.
Parasti šī pārbaude nosaka, cik ātri serveris atbild uz lietotāja pieprasījumu.
Veicot lietojumprogrammas veiktspējas testēšanu, mēs koncentrēsimies uz dažādiem faktoriem, piemēram Reakcijas laiks, slodze un stabilitāte no pieteikuma.
Reakcijas laiks: Atbildes laiks ir laiks, kas nepieciešams serverim, lai atbildētu uz klienta pieprasījumu.
Ielādēt: Šeit Load nozīmē, ka kad N-skaitlis lietotāju skaits, kas vienlaikus izmanto lietojumprogrammu vai vienlaikus nosūta pieprasījumu serverim.
Stabilitāte: Attiecībā uz stabilitātes koeficientu mēs varam teikt, ka N-skaits lietotāju, kas vienlaikus izmanto lietojumprogrammu noteiktā laikā.
Kad mēs izmantojam veiktspējas testēšanu?
Mēs veiksim veiktspējas pārbaudi, tiklīdz programmatūra būs stabila un tiks pārvietota uz ražošanas versiju, un tai var piekļūt vairāki lietotāji vienlaikus, tāpēc šī iemesla dēļ var rasties dažas veiktspējas problēmas. Lai izvairītos no šīm veiktspējas problēmām, testētājs veic vienu veiktspējas pārbaudes kārtu.
Tā kā tā ir nefunkcionāla pārbaude, kas nenozīmē, ka mēs vienmēr izmantojam veiktspējas testēšanu, veiktspējas testēšanu veicam tikai tad, ja lietojumprogramma ir funkcionāli stabila.
Piezīme. Veiktspējas testēšanu nevar veikt manuāli, jo tās dārgo un precīzu rezultātu nevar uzturēt.
Veiktspējas pārbaudes veidi
Tālāk ir norādīti veiktspējas pārbaudes veidi:
restartējiet mysql ubuntu
Apspriedīsimies pa vienam, lai sniegtu jums pilnīgu izpratni Slodze, stress, mērogojamība, un Stabilitāte veiktspējas pārbaude.
Slodzes pārbaude
Slodzes testu izmanto, lai pārbaudītu lietojumprogrammas veiktspēju, pieliekot kādu slodzi, kas ir mazāka par vēlamo slodzi vai vienāda ar to, ko sauc par slodzes testēšanu.
Piemēram: Zemāk redzamajā attēlā 1000 lietotāju ir vēlamā slodze , ko iedod klients, un 3/sekunde ir mērķis ko vēlamies sasniegt, veicot slodzes pārbaudi.
Stresa testēšana
Stresa testēšana ir testēšana, kas pārbauda lietojumprogrammas darbību, pieliekot slodzi, kas ir lielāka par vēlamo slodzi.
Piemēram: Ja mēs ņemtu iepriekš minēto piemēru un palielinātu vēlamo slodzi no 1000 līdz 1100 lietotājiem, un mērķis ir 4/sekunde. Veicot stresa testu šajā scenārijā, tā izdosies, jo slodze ir lielāka (100 uz augšu) nekā faktiski vēlamā slodze.
Mērogojamības pārbaude
Lietojumprogrammas veiktspējas pārbaude, palielinot vai samazinot slodzi noteiktos svaros (lietotāja nav), tiek saukta par mērogojamības pārbaude . Mērogojamības augšupvērstības un lejupvērstās mērogojamības testēšanu sauc par mērogojamības testēšanu.
Mērogojamības pārbaude ir sadalīta divās daļās, kas ir šādas:
nav ieejas signāla
Mērogojamības pārbaude uz augšu
Tā ir pārbaude, kur mēs palielināt lietotāju skaitu noteiktā mērogā līdz sasniegsim avārijas punktu. Mēs izmantosim augšupvērsto mērogojamību, lai noteiktu lietojumprogrammas maksimālo jaudu.
Uz leju mērogojamības pārbaude
Ja slodzes pārbaude nav izturēta, tiek izmantota lejupvērsta mērogojamības pārbaude, pēc tam sāciet samazinot nr. lietotāju noteiktā intervālā līdz mērķis ir sasniegts. Lai būtu viegli noteikt vājo vietu (kļūdu).
Stabilitātes pārbaude
Lietojumprogrammas veiktspējas pārbaude, izmantojot pieliekot slodzi uz noteiktu laiku ir pazīstams kā Stabilitātes pārbaude .
Veiktspējas pārbaudes piemērs
Ņemsim vienu piemēru, kur mēs to darīsim pārbaudīt lietojumprogrammas darbību, ja vēlamā slodze ir mazāka par 1000 vai vienāda ar 1000 lietotājiem .
Zemāk redzamajā attēlā mēs varam redzēt, ka 100 uz augšu lietotāju skaits tiek nepārtraukti palielināts, lai pārbaudītu maksimālā slodze , ko arī sauc augšupvērsta mērogojamības pārbaude .
1200 → 3,5sek: [tā nav mazāka vai vienāda ar vēlamo slodzi, tāpēc tā būs Neizdevās ]
1300 → 4sek: [tā nav mazāka vai vienāda ar vēlamo slodzi. i., Neizdevās ]
1400 → Avarēja
1. piezīme. Tilpuma un uzsūkšanās pārbaude ir testēšanas veids, bet ne veiktspējas pārbaude.
Tilpuma pārbaude
Apjoma pārbaude ir testēšana, kas palīdz mums pārbaudīt lietojumprogrammas uzvedību, ievietojot lielu datu apjomu slodzes, ko sauc par apjoma testēšanu, un šeit mēs koncentrēsimies uz datu pārraides ātrumu, nevis lietotāju skaitu. .
2. piezīme:
Tilpums ir ietilpība, savukārt slodze ir daudzums, t.i., slodzes pārbaude nozīmē nē. lietotāju skaitu, un apjoma pārbaude nozīmē datu apjomu.
Mērcēšanas pārbaude
Šāda veida testēšanā mēs pārbaudīsim lietojumprogrammas uzvedību vidē, kas ilgstoši netiek atbalstīta, un to sauc par uzsūkšanās testēšanu.
Parasti uzsūkšanās pārbaude ir negatīvs pārbaudes veids, jo mēs jau zinām, ka serveris vai vide neatbalsta.
Veiktspējas pārbaudes process
Veiktspējas pārbaudi nevar veikt manuāli, jo:
- Mums ir vajadzīgi daudz resursu, un tā kļuva par dārgāku pieeju.
- Un precizitāti nevar saglabāt, kad mēs izsekojam reakcijas laiku manuāli.
Veiktspējas pārbaudes process tiks pabeigts, veicot šādas darbības:
- Nosakiet veiktspējas scenārijus
- Plāna un dizaina veiktspējas testa skripts
- Konfigurējiet testa vidi un sadaliet slodzi
- Izpildīt testa skriptus
- Rezultāts
- Analīzes rezultāts
- Identificējiet sašaurinājumu
- Atkārtoti palaist testu
Ja mēs izpildām a pozitīva plūsma veiktspējas testēšanas procesā, tas varētu sekot tālāk norādītajam procesam.
Nosakiet veiktspējas scenārijus
Pirmkārt, mēs noteiksim veiktspējas scenārijus, pamatojoties uz tālāk norādītajiem faktoriem.
Visbiežāk sastopamie scenāriji: Tas nozīmē, ka mēs varam atrast veiktspējas scenārijus, pamatojoties uz scenārijiem, kas parasti tiek izmantoti, piemēram, Gmail aplikācija; mēs uzstāsies piesakieties, iesūtne, sūtiet vienumus, rakstiet e-pastu un izrakstieties .
Vissvarīgākie scenāriji: Kritiskie scenāriji nozīmē regulāri lietotu un lietišķai Gmail lietojumprogrammai svarīgu nozīmi pieteikšanās, rakstīšana, iesūtne un izrakstīšanās .
Milzīgs datu darījums: Ja mums ir milzīgi dati, tas nozīmē, ka n-to lietotāju skaits vienlaikus izmanto lietojumprogrammu.
Kad būsim identificējuši veiktspējas scenārijus, mēs pāriesim pie nākamās darbības.
Plāna un dizaina veiktspējas testa skripts
Šajā solī mēs instalēsim rīkus Test Engineer Machine un piekļūsim testa serverim, un pēc tam uzrakstīsim kādu skriptu atbilstoši testa scenārijiem un palaidīsim rīku.
Kad esam pabeiguši skripta rakstīšanu, mēs pāriesim pie nākamās darbības.
Konfigurējiet testa vidi un sadaliet slodzi
Pēc testa skriptu uzrakstīšanas pirms izpildes sakārtosim testēšanas vidi. Un arī pārvaldiet rīkus, citus resursus un sadaliet slodzi atbilstoši “Lietošanas modelim” vai nosauciet ilgumu un stabilitāti.
Izpildīt testa skriptus
Kad būsim pabeiguši slodzes sadali, mēs izpildīsim, validēsim un pārraudzīsim testa skriptus.
Rezultāts
Pēc testa skriptu izpildes mēs iegūsim testa rezultātu. Un pārbaudiet, vai rezultāts atbilst mērķim dotajā reakcijas laikā vai nē, un reakcijas laiks varētu būt maksimālais, vidējais un minimālais.
bourne atkal apvalks
Ja atbilde nesasniegs nepieciešamo laiku, mēs izvēlēsimies negatīva plūsma kur veiks šādas darbības:
Analīzes rezultāts
Pirmkārt, mēs analizēsim testa rezultātu, vai tas atbilst reakcijas laikam vai nē.
Identificējiet sašaurinājumu
Pēc tam mēs identificēsim sašaurinājums (kļūda vai veiktspējas problēma ). Un sašaurinājums varētu rasties šādu aspektu, piemēram, dēļ problēma kodā, aparatūras problēma (cietais disks, RAM procesors), tīkla problēmas, un programmatūras problēma (operētājsistēma) . Un pēc šauruma atrašanas mēs uzstāsies regulēšana (labošana vai regulēšana) lai atrisinātu šo vājo vietu.
Atkārtoti palaist testu
Kad esam novērsuši vājās vietas, atkārtoti palaidiet testa skriptus un pārbauda rezultātu, vai tas atbilst vajadzīgajam mērķim.
Problēma rodas veiktspējas pārbaudē
Veicot lietojumprogrammas veiktspējas testēšanu, var rasties dažas problēmas, un šīs problēmas sauc arī par veiktspējas problēma .
Veiktspējas problēmas ir šādas:
Reakcijas laika problēma
Atbildes laiks nozīmē, cik ātri serveris atbild uz klienta pieprasījumu. Ja lietotāja pieprasījums netiek izpildīts norādītajā atbildes laikā, iespējams, ka lietotājs var zaudēt interesi par konkrēto programmatūru vai lietojumprogrammu. Tāpēc lietojumprogrammai vai programmatūrai ir jābūt ideālam reakcijas laikam, lai ātri atbildētu uz lietotāja pieprasījumu.
Mērogojamības problēma
Mērogojamības problēmas rodas, ja lietojumprogramma nevar vienlaikus pieņemt n skaitu lietotāju un paredzētos lietotāju pieprasījumus. Tāpēc mēs darīsim augšupvērsta mērogojamības pārbaude (pārbaudiet aplikācijas maksimālo ietilpību) un lejupvērstas mērogojamības pārbaude (ja paredzamais laiks nesakrīt ar faktisko laiku).
Sašaurinājums
Sašaurinājums ir neformāls kļūdas nosaukums, kas rodas, ja lietojumprogrammu ierobežo viens komponents, un tas slikti ietekmē sistēmas veiktspēju.
Galvenie sastrēgumu cēloņi ir programmatūras problēmas (problēmas, kas saistītas ar operētājsistēmu), aparatūras problēmas (problēmas, kas saistītas ar cieto disku, RAM un procesoru), un kodēšanas problēma, utt.
Tālāk ir norādīti visizplatītākie veiktspējas trūkumi.
- Atmiņas izmantošana
- Diska lietošana
- CPU izmantošana
- Operētājsistēmas ierobežojumi
- Tīkla izmantošana
Ātruma problēmas
Veicot lietojumprogrammas veiktspējas testēšanu, lietojumprogrammai jābūt ātrākai, lai piesaistītu lietotāja interesi un uzmanību, jo, ja lietojumprogrammas ātrums ir lēns, tā var zaudēt lietotāja interesi par lietojumprogrammu.
Veiktspējas pārbaudes rīki
Mums tirgū ir pieejami dažāda veida veiktspējas testēšanas rīki, no kuriem daži ir komerciāli rīki un atvērtā pirmkoda rīki.
Komerciālie rīki: LoadRunner[HP], WebLOAD, NeoLoad
Atvērtā koda rīks: JMeter
LoadRunner
Tas ir viens no jaudīgākajiem veiktspējas pārbaudes rīkiem, ko izmanto, lai atbalstītu veiktspējas testēšanu plašam protokolu klāstam, tehnoloģiju skaitam un lietojumprogrammu vidēm.
Tas ātri identificē visbiežāk sastopamos veiktspējas problēmu cēloņus. Un arī precīzi prognozējiet lietojumprogrammas mērogojamību un jaudu.
JMeter
Programmatūra Apache JMeter ir atvērtā pirmkoda rīks, kas ir pilnībā Java lietojumprogramma, kas paredzēta funkcionālās pārbaudes darbības ielādei un veiktspējas mērīšanai.
Parasti tas bija paredzēts tīmekļa lietojumprogrammu testēšanai, bet tagad tas ir paplašināts arī ar citām testa funkcijām.
Apache JMeter tiek izmantots, lai pārbaudītu gan statisko, gan dinamisko resursu un dinamisko tīmekļa lietojumprogrammu veiktspēju.
To var izmantot, lai reproducētu servera, tīkla vai objekta, serveru grupas smago slodzi, lai pārbaudītu tā izturību vai analizētu kopējo veiktspēju dažādos slodzes veidos.
WebLOAD
WebLOAD testēšanas rīks, ko izmanto, lai pārbaudītu slodzes testēšanu, veiktspējas testēšanu un stresa testu tīmekļa lietojumprogrammas.
WebLOAD rīks apvieno veiktspēju, mērogojamību un integritāti kā vienu procesu tīmekļa un mobilo lietojumprogrammu verifikācijai.
NeoLoad
Neotys izstrādā testēšanas rīku, ko sauc par NeoLoad. NeoLoad tiek izmantots, lai pārbaudītu veiktspējas testa scenārijus. Ar NeoLoad palīdzību mēs varam atrast vājās vietas tīmeklī un mobilo lietotņu izstrādes procesā.
NeoLoad testēšanas rīks ir ātrāks, salīdzinot ar tradicionālajiem rīkiem.
Papildus tiem ir arī daži citi rīki Elektriskā slodze, tīmekļa stresa rīks, LoadUI Pro, StressStimulus, LoadView, LoadNinja un RedLine13, kas palīdz pārbaudīt programmatūras vai lietojumprogrammas veiktspēju.
daļējs atvasinājuma simbols latekss