Tarkvaraarendusprotsess nõuab ulatuslikku pidevat testimist, eelkõige agiilset testimist, et tagada tõhus ja prognoositav jõudlus. Kergel testimisel on siiski piirangud seoses lõppkasutajate kogemusega mitme kasutaja süsteemis. Kui tarkvaraprojekt läheneb lõpule, peavad ettevõtted pöörduma teistsuguse testimise, nn koormustestimise poole, et määrata kindlaks, kuidas rakendus toimib reaalses maailmas erinevate töökoormuste ja liiklustasemete korral.
Mis on koormuse testimine?
Koormuse testimine on tarkvara, veebisaitide, rakenduste ja nendega seotud süsteemide jõudlustestimise alamhulk. See on mittefunktsionaalne test, mis simuleerib mitme süsteemi samaaegselt kasutava kasutaja käitumist. Koormuse testimine, mida nimetatakse ka “mahukatseerimiseks”, kordab veebisüsteemi jõudlust, stabiilsust ja funktsionaalsust reaalajas, mistõttu on see üks viimaseid ja kõige olulisemaid testimisviise, mida rakendatakse enne kasutuselevõttu.
Koormuse testimine tuvastab mitmeid veebisüsteemi kriitilisi aspekte, sealhulgas järgmised:
- Rakenduse kogutöömaht, sealhulgas toetatavate samaaegsete kasutajate arv.
- Rakenduse võime reageerida kasutajate tippkoormusele
- Rakenduse infrastruktuuri stabiilsus
- Rakenduse reageerimisaeg, läbilaskevõime ja ressursivajadus erinevate kasutajate koormustasemete korral.
Koormuse testimine on oluline protsess, mida kasutatakse enne mis tahes kliendi/serveri interneti- ja intranetirakenduse käivitamist. See kehtib nii esipoolse tarkvara, näiteks veebisaidi, kui ka taustsüsteemide, näiteks veebisaiti haldavate serverite kohta.
Miks me vajame koormustestimist?
Funktsionaalsetel testidel on tarkvaraarenduses oluline roll, kuid neil on piirangud jõudluse prognoosimisel erinevate kasutajate kaasamise tasemete korral. Koormuse testimine tuvastab kriitilised jõudlusprobleemid, mida teised testid ei suuda, võimaldades ettevõtetel lahendada probleemid enne tarkvara käivitamist või uuenduste rakendamist.
Ettevõtted peavad tegema koormustestimist kolmel põhilisel põhjusel:
- Tarkvara funktsionaalsuse hindamiseks
- Tulu teenimine, teenuse osutamine ja ettevõtte maine kaitsmine.
- Et tagada meeldiv ja tõhus kasutajakogemus
Koormuse testimine on vajalik kitsaskohtade tuvastamiseks, saidi toimingute reageerimisaja mõõtmiseks ja tulevase jõudluse parandamiseks. Loomulikult saab kõik need eesmärgid saavutada vastuseks live-saidi käitumisele, kuid ainult tarbijate intensiivse häirimise arvelt.
Pange tähele, et kuigi koormustesti tarkvara seostatakse tavaliselt internetipõhiste rakendustega, kasutatakse seda ka riistvara testimiseks.
Koormuse testimise eelised
Interneti- või intranetirakendusi pakkuvad ettevõtted saavad koormustestimisest tohutut kasu. Mõned parimad põhjused koormustestide läbiviimiseks on järgmised:
1. Ennetab seisakuid ja rakenduste tõrkeid
Koormuse testimine aitab optimeerida süsteemi normaalse ja tippkoormuse jaoks ning tuvastada ootamatust koormusest tingitud võimalikke seisakuid.
Lisaks aitab veebi koormuse testimine valmistuda kasvuperioodideks või ebatavaliselt suureks kasutuseks, näiteks e-kaubanduse müügiks või uue toote turuletulekuks.
2. Jälgida tulemuslikkuse standardeid
Koormuse testimine annab jõudlusandmeid, mida ettevõtted kasutavad rakenduskoodi ja infrastruktuuri muudatuste hindamiseks.
Organisatsioon saab välja töötada tulemuseesmärgid, analüüsides liiklust nii keskmistel kui ka tipptundidel.
3. Kulude vähendamine
Võrgukatkestus maksab ettevõttele keskmiselt 5600 dollarit minutis (300 000 dollarit tunnis). Lisaks sellele on üha tõenäolisem, et kasutajad, kes puutuvad sageli kokku mittetoimiva rakendusega, ei tule enam kunagi tagasi.
Koormuse testimise kulud on järjepidevalt väiksemad kui ülemäärase seisaku, saidi kättesaamatuse ja klientide rahulolematusest tulenevate laiemate kahjude võimalikud kulud.
4. Suurendab tõhusust
Koormuse testimine tuvastab süsteemi kitsaskohad, mille kõrvaldamine võimaldab süsteemil töötada maksimaalse tõhususega. Pudelikaelte kõrvaldamine ei võimalda mitte ainult paremaid töötulemusi, vaid ka süsteemi skaleeritavus paraneb.
Tõhusad ja kiiresti laetavad leheküljed suurendavad kasutajate rahulolu ja parandavad saidi otsingupositsiooni.
5. Teenuse taseme lepingu järgimine
Koormuse testimine võimaldab organisatsioonil mõõta jõudluse kvaliteeti, andmeid, mida kasutatakse SLA (Service Level Agreements) väljatöötamiseks, mis tagavad kasutajatele tagatud baasväärtused. Andmed on kasulikud ka tulemuslikkuse võrdlemisel sisemiste võrdlusnäitajatega ja konkurentide tulemuslikkusega.
6. Võimsuse planeerimine
Koormuse testimine annab teavet, mis on võimsuse planeerimiseks hädavajalik. Kui rakendus reageerib testile soodsalt, saab organisatsioon vastavalt planeerida laienemist ja tipptundide aega. Kui rakendus registreerib meetrika väljaspool aktsepteeritud parameetreid – kui see “ebaõnnestub” koormustestis – on andmed ikkagi kasulikud kui stressitest.
(Lisateavet koormustesti ja koormustesti erinevuse kohta leiate hiljem selles juhendis.)
Koormuse testimise väljakutsed ja piirangud
Koormuse testimine pakub märkimisväärset kasu, mida näitab selle laialdane kasutuselevõtt paljudes tööstusharudes ja süsteemides. Siiski, nagu iga rakenduse puhul, on ka siin puudusi ja probleeme.
Väljakutse 1: puutumatus
Koormuse testimine ei ole tingimata kõige nähtavam vahend, sest üks selle peamisi eeliseid on võimalike probleemide tuvastamine enne nende ilmnemist reaalajas. Paljud negatiivsed tagajärjed, nii rahalised kui ka muud, mis on seotud saidi seisakute ja rakenduste tõrgetega, lihtsalt ei realiseeru kunagi.
Testimise tüübid, mis keskenduvad “mis siis, kui” stsenaariumidele, kipuvad tähelepanuta jääma. Kuigi koormustestimine võib aidata analüüsida kasutajate ülekoormust, on see organisatsioonile palju kasulikum kui ennetav vahend.
Väljakutse 2: keerukus
Nii avatud lähtekoodiga kui ka ettevõttesisestel koormustesti tööriistadel võib olla kõrge sisenemisbarjäär tehnilisel tasandil. Sõltuvalt organisatsiooni suurusest ja keerukusest ei pruugi neil olla töötajaid või ressursse, mida koormustestimiseks kasutada.
Erandiks on professionaalne koormustesti platvorm, näiteks ZAPTEST koormustesti, mis keskendub selge ja kasutajasõbraliku kasutajaliidese pakkumisele. ZAPTEST LOAD pakub võimalust luua salvestatud ja API-põhiseid skripte, mis täidavad lõppkasutaja äriprotsesse ja mõõdavad läbivaid tehinguid kogu süsteemi koormuse all (SUL).
Koormuse testimise tüübid
Saadaval on mitu erinevat tüüpi koormustestimist, mis võimaldab organisatsioonidel kohandada oma testimisstrateegiat vastavalt eelarvele, projekti keerukusele, töötajate tehnilistele oskustele ja muudele teguritele.
1. Käsitsi koormuse testimine
Manuaalne koormustesti on see, kui süsteemi hinnatakse ilma automatiseeritud koormustesti vahenditeta, st simuleeritud kasutajad luuakse käsitsi.
Manuaalne koormustestimine annab vähe või üldse mitte mingit kasu. Lisaks logistilistele raskustele on katsete tulemused tavaliselt ebausaldusväärsed ja neid on peaaegu võimatu korrata. Kui organisatsioonil ei ole erilist vajadust käsitsi testimise järele, on parem keskenduda automatiseeritud tarkvara testimisele.
2. Ettevõtte enda testimisvahendid
Kuna koormuse testimine on pidev protsess, eriti kasvu ajal, otsustavad paljud organisatsioonid luua oma koormuse testimise automatiseerimise vahendid.
Kohandatud tööriistad on loodud algusest peale nii, et need töötaksid koos organisatsiooni spetsiifiliste rakendustega, võimaldades lihtsat ja täielikku integreerimist tööriista ja süsteemi vahel. Täiendavate eeliste hulka kuuluvad vähenenud seadistamisajad, hooldusvajadused, käitamisvead, koolitusaeg ja palju muud.
Siiski on mõned puudused. Ettevõttesisesed tööriistad ei pruugi kasutajate arvu kasvades hõlpsasti skaleeruda. Lisaks nõuab kohandatud tööriistade väljatöötamine esialgset aja- ja rahainvesteeringut, mille jooksul organisatsioon peab kasutama teisi testimisvahendeid või ei kasuta neid üldse.
3. Avatud lähtekoodiga testimisvahendid
On olemas palju avatud lähtekoodiga testimisvahendeid. Avatud lähtekoodiga programmidena on neid tasuta kasutada, nad pakuvad tugevaid võimalusi muudatusteks ja neid toetab tugev kogukonna toetus.
Populaarsed avatud lähtekoodiga testimisvahendid on Locust, k6 ja JMeter. Iga neist võimaldab simuleerida suuremahulisi kasutajakoormusi, salvestada testiskripte, vaadata tulemuslikkuse aruandeid ja palju muud.
Kuigi enamik avatud lähtekoodiga tööriistu “teeb oma töö ära”, võib neil olla ka puudusi, eriti ettevõtete jaoks. Avatud lähtekoodiga tööriistad on sageli keerulised ja neil puudub kasutajasõbralikkus, mis on leitud kaubanduslikes koormustesti automatiseerimise tööriistades. Lisaks piirdub toetus tavaliselt wikide, foorumite ja muude sarnaste vahenditega, mis on hädaolukordades piiratud kasutusega.
4. Ettevõtlusklassi koormustesti automatiseerimise tööriistad
Ettevõtete testimisvahendid pakuvad erinevaid funktsioone, mis sobivad e-kaubanduse saitide, teenuseplatvormide ja igat liiki kutseorganisatsioonide vajadustega.
Ettevõtte koormuse testimise teenuste kasutamise eelised on järgmised:
- Võime tekitada tohutult kasutajate liiklust
- Salvestamise/taasesituse võimalus
- võime toetada mitut protokolli
- Võimalus taastada kaotatud dokumente
- 1-klikk testdokumentatsiooni sisestamine
Populaarsete ettevõtete koormustesti ettevõtete hulka kuuluvad ZAPTEST ja nende tehnoloogiatööstuse partner Gartner. (Automaatikatööstusega kursis olevad inimesed võivad ZAPTESTi ära tunda ka nende tunnustatud tööst robotprotsesside automatiseerimise valdkonnas.) Lisaks pakub ZAPTESTi TASUTA väljaanne tasuta LOAD-funktsioone, mis võimaldavad kasutajatel teha jõudlusteste, kasutades uusimaid funktsioone ja drill-down-analüüsi.
Ettevõtte tasandi koormustesti automatiseerimise tööriistad pakuvad usaldusväärseid, toetatud lahendusi, mis ei nõua nii palju tehnilisi teadmisi kui avatud lähtekoodiga tööriistad. Enamik ettevõtte koormuse testimise teenuseid töötab tellimusmudeli alusel.
Mida peaksime testima koormustesti abil?
Automatiseeritud koormustesti tööriistad genereerivad andmeid, mida kasutatakse mitmetele olulistele küsimustele täpse vastuse saamiseks:
- Kui palju kasutajaid on rakendusel (veebisaidil, süsteemil jne) tavapärastel tööaegadel? Tipptundidel?
- Milliseid rakenduse elemente mõjutab milline kasutajate arv?
- Millise arvu kasutajate tõttu läheb veebisait offline?
- Millal lõppevad süsteemi ressursid?
- Kui kiiresti veebileht laadib?
Mittevajalike simulatsioonide abil saab organisatsioon andmeid kiiruse, usaldusväärsuse ja skaleerimisvõime kohta. Eespool nimetatud üksikute aspektide testimine loob terviklikuma pildi, kus kitsaskohti on lihtsam tuvastada.
1. Põhitasemel toimivus
Ettevõtted saavad rakenduse algtaseme jõudluse testimiseks kasutada koormustestimist. Kuna kasutajate arv kasvab testi käigus pidevalt, näitavad loodud andmed keskmist ühenduskiirust, failide allalaadimisaega ja latentsust.
2. Võrdlusnäitajad
Veebisaidi koormustest kogub ka võrdlusandmeid jõudluse kohta. Kuigi mõisteid “baasväärtus” ja “võrdlusalus” kasutatakse sageli üksteisega äravahetamisena, on neil olulisi erinevusi. Võrdlustestimine mõõdab tulemuslikkust võrreldes konkureerivate saitide või sisemiste nõuetega (näiteks lõppkasutaja SLA-dega).
Koormuse testimise mõõdikud / eesmärgid
Üksikud organisatsioonid töötavad välja testimismõõdikud, mis põhinevad nende ainulaadsetel vajadustel. Üks ettevõtte tasandi automatiseeritud koormustesti tööriistade oluline eelis on võimalus kohandada jälgitavaid mõõdikuid.
Sellest hoolimata jälgib enamik organisatsioone automaatse koormustesti abil järgmisi näitajaid:
1. Reageerimisaeg
Automaatse koormustesti abil mõõdetakse eelkõige reageerimisaega. Kui kaua võtab süsteemil aega, et vastata, kui kasutaja saadab taotluse? (Üle 10 sekundi pikkune reageerimisaeg põhjustab tõenäoliselt kasutaja lahkumise.)
2. Läbilaskevõime
Läbilaskevõime on saadetud ja vastuvõetud andmete hulk. Koormuse testimisel väljendatakse seda tavaliselt tabamustena sekundis (hps) või tehingutena sekundis (tps).
3. Riistvaraspetsiifilised näitajad
Aeglane reageerimisaeg võib anda märku riistvara piirangutest, mistõttu osa koormuse testimise protsessist hõlmab protsessori kasutamise, olemasoleva RAM-i, ketta I/O ja sarnaste riistvarapõhiste funktsioonide jälgimist.
4. Andmebaas
Enamik ettevõtetasandi rakendusi vajab toimimiseks mitut süsteemi, kuid kui andmebaaside arv suureneb, suurenevad ka kitsaskohtade võimalused. Koormuse testimise tarkvara mõõdab andmebaasi lugemisi ja kirjutamisi ning avatud andmebaasiühenduste arvu.
Mõne segaduse selgitamine
Paljud tarkvara kvaliteedi tagamise tavad kattuvad ja põimuvad omavahel. Isegi need, kellel on professionaalsed kogemused, võivad tunda end segaduses seoses järgmiste tarkvara testimise teenuste liikidega.
Jõudluse testimine vs. koormuse testimine
Jõudlustestimine on koondnimetus, mis hõlmab kõiki tavasid, mida kasutatakse tarkvarasüsteemi stabiilsuse, reageerimisvõime, ressursivajaduse ja muude jõudlusnäitajate mõõtmiseks, eelkõige seoses kasutajakogemusega.
Koormuse testimine on jõudluse testimise alamkategooria. Muud levinud tüübid on järgmised:
- Kestvustestimine – kestvustestimine, mida tuntakse ka nime all “soak testing”, mõõdab püsivat, eeldatavat kasutajakoormust. Kestvustesti abil avastatakse mälulekked ja reageerimisaja pikaajaline halvenemine.
- Spike-testimine – Spike-testimine simuleerib kasutajate arvu järsku järsku suurenemist või vähenemist.
- Isolatsioonitestimine – süsteemi probleemi põhjustanud testi korratakse, et aidata probleemi põhjust isoleerida.
Toimivustestid on mittefunktsionaalsed testid, mis tavaliselt viiakse läbi arendustsükli lõpus või pärast arenduse lõpetamist.
Stressitestimine vs. koormustestimine
Koormus- ja stressitestimine on paljuski sarnased. Kordan veel kord, et veebisaidi koormustesti abil mõõdetakse süsteemi reageerimist oodatavale andmemahule, näiteks tavapärasele või tippkoormusele. Te teostate koormustestimist, et mõõta jõudluse halvenemist ja selle seost kasutajakogemusega ajalooliselt eeldatavate koormuste ajal. Lühidalt öeldes ei ole koormustestimine mõeldud süsteemi rikkumiseks.
Stressitestimisel on teine eesmärk. Stressitesti käigus suureneb kasutajate arv nii palju, et jõudlus väheneb kuni täieliku ebaõnnestumiseni. Stressitest ei mõõda ainult süsteemi “purunemispunkti”, vaid uurib ka seda, millist automaatset taastumist süsteem teeb.
Arendajad võivad määrata stressitesti, kuid see võib juhtuda ka kogemata ülemise taseme koormustesti ajal. Mõlemat tüüpi testide puhul suruvad koormustesti automatiseerimise tööriistad süsteemi olemasolevatest ressurssidest mööda, andes hulgaliselt väärtuslikke andmeid.
Funktsionaalne testimine vs. koormustestimine
Funktsionaalne testimine ja koormustestimine on jõudlustestimise liigid ja kuigi mõlemad on vajalikud, on neil mõlemal erinev eesmärk.
Funktsionaalse testimisega määratakse kindlaks, kas süsteemi konkreetne aspekt vastab eelnevalt kindlaksmääratud nõuetele. Seda kasutatakse palju sagedamini kui koormustestimist, mille parameetrid ja sammud on selgelt määratletud. Koormuse testimine on ettearvamatum, kuna tulemused võivad erineda ootustest väga suurel määral.
Lisaks sõltub koormustestimine täielikult kasutaja koormusest, samas kui funktsionaalne testimine põhineb testandmetel.
Tõhusa koormuskatse omadused
Kuigi ettevõtte koormustestimine on võimas vahend, peaksid ettevõtted, kui nad soovivad testi tõhusust maksimeerida, järgima neid parimaid tavasid.
1. Kasutab realistlikke stsenaariume
Teie testimisstsenaariumid peaksid võimalikult täpselt sarnanema kasutajate tegelikule käitumisele. Mõelge hoolikalt kasutajate käitumisele. Miks nad kasutavad teie rakendust? Milliseid seadmeid nad kasutavad sellele juurdepääsuks?
Lisage oma veebisaidi koormustesti mõned ettearvamatud käitumisviisid, kuna reaalsed kasutajad käituvad ootamatul viisil, mida te ei oska ette näha.
2. Ei alga nullist
Paljud testijad alustavad testi nullkoormusega ja lisavad järk-järgult simuleeritud kasutajaid. Kuigi sellel meetodil on teatav väärtus, ärge unustage testida ka siis, kui süsteem on juba normaalse koormuse all. See aitab vältida valepositiivseid tulemusi ja annab täpsemaid tulemusi, sest teie süsteemil on harva, kui üldse, tegelikus maailmas nullkoormus.
3. Kasutab reaalseid andmeid
Nagu need eelnevad praktikad näitavad, mida kvaliteetsemad andmed on saadud enne testimist, seda kasulikumad on teie testitulemused. Kasutage oma seirevahenditega eelnevalt saadud andmeid, et aidata välja töötada realistlikke stsenaariume.
Kaks kasulikku andmekategooriat, mida tuleks arvesse võtta:
- Kasutajate andmed: kasutatud seadmed ja brauserid, läbitud teekonnad ja väljumiskohad.
- Süsteemi andmed: esimene ooteaeg, DOM koormus
4. Analüüs ja kordamine
Pärast koormustestimist soovib teie meeskond tuvastada kitsaskohti ja vastavat koodi. Testitulemustest saadud teabe muutmine parandatavateks mõõdikuteks ei ole alati lihtne, eriti avatud lähtekoodiga tarkvara puhul, kuigi ettevõtte koormuse testimise automatiseerimise tööriistad võivad muuta protsessi palju lihtsamaks ja tõhusamaks.
Kuigi koormustestimine on enne toote turuletoomist väga oluline, ei ole see “üks ja tehtud” lahendus. Selle asemel peaks koormustestimine saama osa organisatsiooni agiilsetest ja automatiseerimistavadest.
Kes on kaasatud koormustesti protsessi?
Kuigi koormustestimine toimub arenduse lõpu lähedal, nõuab see paljude erinevate meeskondade osalemist, sealhulgas meeskondade osalemist, kes alustavad tööd palju varem toote elutsüklis.
1. Arendusinsenerid
Insenerid kasutavad integreeritud arenduskeskkondi protsesside testimiseks arenduse ajal, mille tulemuseks on andmed, mis aitavad kehtestada koormustesti parameetrid enne väljalaskmist.
2. Muud testijad
Agiilsed ja funktsionaalsed testijad annavad väärtusliku ülevaate rakenduse konkreetsetest komponentidest. Lisaks sellele aitavad agiilsete testide andmed anda teavet koormustesteerimisel kasutatavate baasmõõdikute kohta.
3. Lõppkasutajad/sidusrühmad
Nende eesmärgid määravad nende käitumise rakenduses. Nende motivatsiooni mõistmine süsteemis aitab testimisstsenaariumide koostamisel.
Koormuse testimise protsess
Koormuse testimise protsess võib muutuda üsna keeruliseks, eriti kui kasutatakse avatud lähtekoodiga või ettevõttesisest testimistarkvara. Kuigi ettevõtte kvaliteediga tarkvara lihtsustab testimist märkimisväärselt, aitab koormustestimise põhietappide mõistmine tagada parimad võimalikud tulemused.
Kuigi koormustesti spetsiifika sõltub ärimudelist, riistvarast, kasutajaskonnast ja muudest individuaalsetest teguritest, järgib enamik teste seda põhistruktuuri:
1. Eesmärkide kindlaksmääramine
Selged eesmärgid viivad kasulikumate tulemusteni. Määrake kindlaks kõige kriitilisemad rakenduse funktsioonid, mida testida.
2. Aluseks olevate andmete kindlaksmääramine
Kui olete teinud eelmisi teste, kasutage neid andmeid, et luua eelseisva testi jaoks tulemuslikkuse lähtejoon. Mis tahes kõrvalekaldumine lähtejoonest viitab edasistele uuringutele.
3. Koormuse testimise keskkonna loomine
Testkeskkond peaks võimalikult täpselt peegeldama tegelikke tingimusi, seega peate testima sarnaste masinaprofiilide, võrguarhitektuuri, tulemüüride, andmebaaside ja muu sarnasega.
4. Koormusstsenaariumide väljatöötamine
Kõige tavalisem viis koormusstsenaariumi loomiseks on kombineerida skriptide koostamine salvestatud kasutaja tegevusega. Iga stsenaarium sisaldab mõõtmisi, tehinguid ja valideerimispunkte.
5. Testide läbiviimine
Kui olete kehtestanud lähtejooned, laadimisstsenaariumid ja loonud testikeskkonna, on testid teostamiseks valmis. Saate käivitada mitu stsenaariumi samaaegselt, kohandades kasutajate tasemeid, asukohti, brausereid ja muid tegureid.
6. Testijärgne uurimine
Lõpetatud testimine annab muljetavaldava hulga andmeid, sealhulgas vastamisajad, laadimisaeg, vead, serveri jõudlus ja palju muud. Enamik andmeanalüüsi hõlmab stsenaariumide korduvat läbitöötamist, et kitsendada probleemi ja tuvastada põhiprobleem.
Andmete eduka tõlgendamise võti on selgete eesmärkide eelnev püstitamine ja ulatuslik dokumenteerimine analüüsi ajal.
Koormuskatse näited
Koormuse testimist kasutatakse paljudes stsenaariumides, sealhulgas olukordades, mida paljud ettevõtted eiravad. Näited on järgmised:
1. Veebilehed
Suurte failide allalaadimine pikema aja jooksul paneb proovile veebipõhise rakenduse võimekuse.
2. Server
Servereid testitakse koormustesti abil, mille käigus käivitatakse kas mitu rakenduse instantsi või mitu erinevat rakendust samaaegselt.
3. Kõvakettad
Andmete korduv lugemine ja kirjutamine paneb süsteemi kõvaketaste piirid proovile.
4. Postiserver
E-posti servereid testitakse koormustesti abil, simuleerides kasutajate tegevust. Enamik postiserveri koormusteste simuleerib vähemalt 1000 kasutajat.
5. Rakenduse programmeerimisliides
API koormustesti viiakse läbi operatsioonisüsteemide, tarkvararaamatukogude, programmeerimiskeelte, riistvara ja muu kohta.
6. Printer
Printeri koormustestid hõlmavad kasvava arvu tööde saatmist printeri järjekorda. See on harva füüsiline test, mis nõuab riistvara kasutamist.
Koormuse testjuhtumid
Koormuse testimine on kasulik igat tüüpi ja suurusega organisatsioonidele. Mõned tegelikud juhtumid, mis hõlmavad koormustesti rakendamist, hõlmavad järgmist:
1. Reklaamiüritused
Suur e-kaubanduse veebisait soovib hinnata oma veebisaidi võimekust suure müügi, näiteks musta reede müügi jaoks. Teine näide oleks mänguasjafirma, kes kavatseb laiendada oma veebisaiti, pakkudes uut, oodatud mänguasja.
2. Avalikud veebiportaalid
Testimine aitab valmistada suuri portaale ette järskudeks muutusteks kasutuses, näiteks kui maksuameti portaali külastatavus suureneb maksuhooajal. Sarnane näide oleks veebiportaalide koormustestimine, et aidata kolledžil valmistuda veebipõhiseks registreerimiseks semestri alguses.
3. Serveri testimine
Kui ettevõte kasutab serverit suure andmemahu korral, saab ta kindlaks teha, kas tema infrastruktuur on piisav eelseisva laienemise jaoks. Serveri testimine on samuti oluline osa hästi toimiva veebisaidi hooldamisest.
4. Failiülekande testimine
Koormuse testimisega saab mõõta failide edastamise kiirust kõvakettale ja kõvakettalt, näiteks sülearvuti ja lauaarvuti või sülearvuti ja sülearvuti vahel. Muu hulgas aitab see organisatsioonidel määrata, millist riistvara töötajatele osta.
Kuidas kirjutada koormustesti juhtum
Koormuse testimise õppimine võib tunduda hirmutav, isegi kogenud tarkvaraspetsialistidele, kuid see on palju lihtsam, kui paljud mõistavad.
Juhenddokumendi loomine on koormuskatsete väljatöötamise esimene etapp. Teie koormustesti kava ei pea olema keeruline, isegi punktide loetelu võib olla kasulik, kuid selles tuleks kirjeldada testi olulisi komponente algusest lõpuni.
Veenduge, et koormustesti kava sisaldab järgmisi elemente:
1. Eesmärgid ja nõuded
Miks te seda testi läbi viima hakkate? Milliseid konkreetseid mõõdikuid te testite ja milliste tulemustega määratakse kindlaks, millist tüüpi vastus seoses tootmisega?
2. Piirid
Kirjeldage süsteemi või brauseri koormustesti ulatust. Kas teete komponentide testi või terviklikku testi? Milliseid liikluskoormusi te testite (tippkoormus, tavaline või midagi muud)?
Katse käigus võib ulatus muutuda, eriti kui tekib ootamatu sündmus. Siiski tahate esialgu ikkagi määratleda selged testimise piirid.
3. Töökoormus
Peate täpsustama oma koormusprofiili, mis koosneb järgmisest:
- Peamised tehingud
- Koormuse jagunemine tehingu kohta
- Tehingu ajastus
Koormusprofiili / töökoormuse mudeli väljatöötamine on vaieldamatult kõige olulisem koormustestimise element, sest see määrab, kui täpselt teie test peegeldab süsteemi käitumist reaalsete kasutajate koormuse all. Ärge unustage brauseri koormustestimist, sest te ei tea, millist brauserit külastajad kasutavad.
4. Serveri tervis
Kirjeldage oma kava serverite jälgimiseks testi ajal. Teil on vaja jälgida nii rakendusservereid kui ka koormustestide läbiviimiseks kasutatavaid servereid (kuigi viimane ei ole tavaliselt suur probleem, kui kasutate ettevõtte koormustesti vahendeid).
5. Testi stsenaarium
Lõpuks soovite kirjeldada oma testimisstsenaariumi, mis on teie üldine plaan testjuhtumite seeria rakendamiseks.
6. Koormuse testjuhtumite näited
Mõned üldised näited ettevõtte tasandil kasutatavatest juhtumitest on järgmised:
- API koormuse testimine, et teha kindlaks, kas makseid töödeldakse kolmanda osapoole süsteemi kaudu alla kahe minuti.
- brauseri koormuse testimine, et teha kindlaks, kas kasutajatel on erinevused laadimiskiiruses rohkem kui 10 sekundit, sõltuvalt nende brauserist.
- Komponenttesti uue veebisaidi funktsiooni funktsionaalsuse kohta, kui seda kasutatakse tippliikluse ajal.
Pange tähele, et ülaltoodud stsenaariumidel on selgelt määratletud eesmärgid, piirid ja mõõdikud.
Koormuse testimise tööriistad
Ettevõtete organisatsioonid arendavad mõnikord ettevõttesiseseid koormustesti vahendeid, kuid see on protsess, mis nõuab nii aega kui ka investeeringuid, mistõttu on see pigem pikaajaline strateegia. Kuigi kohandatud tööriistad on välja töötatud, peab organisatsioon pöörduma kas tasuta või ettevõtte automatiseeritud koormustesti tööriistade poole.
Organisatsioone julgustatakse valima oma koormustesti vahendeid hoolikalt, isegi kui nad kavatsevad neid kasutada ainult ajutiselt. Ei ole ebatavaline, et ettevõtte või avatud lähtekoodiga veebisaidi koormustesti tööriistad pakuvad kõiki vajalikke lahendusi, nii et ei ole vaja välja töötada oma versiooni.
1. Tasuta koormuse testimise tööriistad
Paljud organisatsioonid kaaluvad kõigepealt avatud lähtekoodiga testimisvahendeid. Valikutest ei ole puudust, sealhulgas järgmistest:
- JMeter – Java rakendus, mis põhineb ettevõtte tööriistal LoadRunner.
- Taurus – tööriist, mis võimaldab teil kirjutada oma koormustestid.
- k6 – koormustesti tööriist, mis keskendub back-end infrastruktuurile, mis on suunatud kogenud arendajatele.
- SoapUI – SoapUI koormustest kasutab Simple Object Access Protocol’i. Selle rakenduse kommertsversioon on samuti saadaval.
- Locust – koormustesti tööriist, mis on tuntud oma suhtelise kasutajasõbralikkuse ja vähese ressursivajaduse poolest.
- ZAPTEST FREE Edition pakub LOAD Studio kaudu tasuta jõudlustestimist, kus kasutajad saavad kasutada salvestatud ja API-põhiseid skripte ning isegi korreleerida funktsionaalse testimisega.
Kuigi avatud lähtekoodiga testimisvahendid ei maksa otseselt raha, on nende valimine siiski märkimisväärne kohustus iga ettevõtte jaoks, seega on oluline mõista nii eeliseid kui ka võimalikke puudusi.
Tasuta koormustesti tööriistade eelised
Tasuta koormustesti tööriistadel on mitmeid märkimisväärseid eeliseid.
1. Madalad kulud
Avatud lähtekoodiga tarkvara suurim eelis on selle tasuta olemasolu. Ettevõtted, eriti uuemad piiratud ressurssidega ettevõtted, saavad koormustestid läbi viia ilma rahalisi kohustusi võtmata.
2. Paindlikkus
Avatud lähtekoodiga tarkvara vaadatakse sageli üle, uuendatakse ja parandatakse kogukonna poolt. Kui teil on spetsiifilised testimisvajadused, võivad olla olemas lisaseadmed.
3. Kiiremad uuendused
Avatud lähtekoodiga tarkvara areneb tavaliselt kiiremini kui kommertstarkvara. Vigade parandused, turvauuendused, uued funktsioonid ja muud asjad ilmuvad tavaliselt ühtlasemas ja kiiremas tempos.
Tasuta koormuse testimise tööriistade piirangud
Kuigi tasuta koormuse testimise tööriistadel on märkimisväärne kasu, peaksid ettevõtted arvestama võimalike puudustega.
1. Toetuse puudumine
Kui kasutaja satub avatud lähtekoodiga koormustesti tarkvara kasutamisel mõnda probleemi, peab ta vastuse ise leidma, kasutades kogukonnapõhiseid allikaid, nagu foorumid ja wikid. Erinevalt ettevõtte tarkvarast ei ole tasuta tööriistadel spetsiaalset tugimeeskonda, kellele saaks helistada või saata e-kirja.
2. Keerukus
Kasutajasõbralik kasutamine ei ole alati avatud lähtekoodiga koormustesti tarkvara puhul kõrge prioriteet. Paljud rakendused eeldavad, et kasutajal on üsna keerulised arendusalased teadmised. Avatud lähtekoodiga tarkvara koormustestimise õppimine on tavaliselt keeruline.
3. Kasutaja koormuse piirangud
Avatud lähtekoodiga testimistarkvara põrkub sageli mälu- ja protsessoriprobleemidega, kui käivitatakse suure võimsusega koormustestid. Ettevõtte tasandil ettevõtted võivad leida, et tasuta koormustestimine ei ole nende vajaduste jaoks lihtsalt piisavalt võimas.
Ettevõtte koormuse testimise tööriistad
Ettevõtete testimisvahendid on tasulised tooted, mis on mõeldud suurte ja keeruliste organisatsioonide vajaduste jaoks. Sageli on need tellimuspõhised, kusjuures hinnad vastavad simuleeritud kasutajate arvule ja muudele testide spetsiifikatele.
Paljud ettevõtte koormustesti ettevõtted on saadaval valida, kuid juhtiv ettevõte on ZAPTEST, tööstuse liider hüperautomaatika ruumis, ZAPTEST on tuntud kui üks parimaid koormustesti tööriistu tänu oma kasutajasõbralikule tarkvarale ja piiramatule juurdepääsule toele.
Ettevõtete koormustesti ettevõtete pakutav kvaliteet ja funktsioonid võivad märkimisväärselt erineda, seega soovitatakse organisatsioonidel enne tellimist hoolikalt kaaluda iga teenusepakkujat.
Ettevõtte testimisvahendite eelised
Kuigi konkreetsed funktsioonid ja kasutusmugavus muutuvad sõltuvalt konkreetsest tootest, jagavad parimad koormustesti tööriistad järgmisi eeliseid.
1. Kasutamise lihtsus
Avatud lähtekoodiga tarkvaral võib olla segane kasutajaliides, keerulised protsessid ja üldine ükskõiksus kasutaja suhtes. Ettevõtete tööriistad rõhutavad aga intuitiivset ja lihtsat kasutuskogemust.
2. Klienditugi
Ettevõtte testimise peamine eelis on koolitatud toetuse kättesaadavus. Eksperdid, kes on koolitatud mitte ainult koormustesti, vaid ka teie koormustesti spetsiifika osas, on valmis aitama lahendada mis tahes probleeme. Ettevõtte teenusel on tugiteenus, mida saate kasutada 24/7.
3. Usaldusväärsus
Ettevõtete testimisvahendid on mõeldud toetama laiaulatusliku tegevusega ettevõtteid, kus igasugune seisak võib põhjustada märkimisväärset tulude ja klientide rahulolu vähenemist. Need tööriistad on loodud selleks, et pakkuda pikaajalise planeerimise ja otsuste tegemiseks sobivaid täpseid andmeid.
Ettevõtte testimisvahendite piirangud
Kuigi ettevõtte testimisvahendid pakuvad mitmeid eeliseid võrreldes teiste tüüpidega, sisaldavad nad ka mõningaid võimalikke piiranguid.
1. Kulud
Suurim puudus on hind. Ettevõtte koormustestimine toimib tellimusmudelil ja kulud kasvavad vastavalt testi käigus loodud virtuaalsete kasutajate arvule.
Lõppkokkuvõttes muudab koormuse testimine aja jooksul kulutasuvamaks võimaluseks kitsaskohtade kõrvaldamise ja rakenduse seisakute vältimise, kuid organisatsioon võib siiski kanda märkimisväärseid esialgseid kulusid. Seevastu väljakujunenud koormustesti komplektid, nagu ZAPTEST, pakuvad ühte fikseeritud maksumusega tarkvara + teenuste tellimust piiramatu kasutuse ja litsentsidega… see mudel leevendab pidevalt kasvavaid testimiskulusid, kui ettevõtted laienevad.
2. Õppimiskõver
Kuigi ettevõtte tööriistad on kaugelt kõige kasutajasõbralikumad võimalused koormuse testimiseks, on isegi parimatel koormuse testimise tööriistadel vähemalt mõningane õppimiskõver. Meeskonnaliikmed, ideaaljuhul need, kellel on kodeerimiskogemus, peavad kulutama aega, et õppida, kuidas vahendit maksimaalselt ära kasutada. Jällegi, juhtivad koormustesti tööriistad nagu ZAPTEST leevendavad seda puudust, pakkudes madala koodiga platvormi, mis ei nõua kodeerimisoskusi ja mida saab kasutada enamik inimesi organisatsioonides, mitte ainult arendajad.
Millal peaksite kasutama ettevõtte vs. tasuta koormustesti tööriistu?
Tasuta koormustesti tööriistad on paljudes organisatsioonides oma koht. Need on kõige kuluefektiivsem variant, mistõttu on need populaarsed alustavate ettevõtete ja muude piiratud ressurssidega ettevõtete seas.
Tasuta tööriistad on samuti tõhus viis üksikisiku oskuste täiendamiseks. Näiteks võib testija viia läbi SoapUI koormustesti mitte ainult süsteemi testimiseks, vaid ka selleks, et parandada oma arusaamist avatud lähtekoodiga tööriistast.
Enamiku kommertsrakenduste ja suuremahuliste organisatsioonide jaoks on parimad koormustesti tööriistad ettevõtte tasemel tooted, nagu ZAPTEST ja sarnased tööstusharu liidrid. Need pakuvad usaldusväärsust, täpsust ja turvalisust, mis kaitsevad nii teie ettevõtet kui ka lõppkasutajat. Lisaks on neid palju lihtsam kasutada kui tasuta vahendeid ja nad pakuvad võrratut funktsionaalsust.
Koormuse testimise kontrollnimekiri
Üks oluline võti edukaks koormustestimiseks on korraldus. Paljud ettevõtted leiavad, et testimine kontrollnimekirja abil aitab meeskonnal püsida ülesannete täitmisel. Järgnev kontrollnimekiri sobib hästi lähtepunktiks ettevõtte tasandi organisatsioonidele.
1. Veebiserver
- Kas teil on piisavalt ribalaiust, et vältida kitsaskohti?
- Kas süsteem saab hakkama piisava hulga tehingutega sekundis?
- Kas teil on piisavalt veebiservereid, et hallata hõivatud ja tühikäigulisi ohte?
2. Vastuvõtja
- Kas võrguliideste puhul on probleeme protsessori, mälu või kettaruumiga?
- Millised protsessid toimivad vastuvõtvas arvutis?
3. Rakendusserver
- Milline on iga koormustaseme jaoks vajalik protsessorikasutus?
- Kas süsteem lekib mälu eri koormustasemetel?
- Kas rakendusserverid jaotavad koormust õigesti?
Kuigi soovite seda kontrollnimekirja muuta vastavalt oma organisatsiooni spetsiifilistele vajadustele, aitavad need põhielemendid tagada, et katate süsteemi toimimise ja toimimise kriitilised aspektid.
Kokkuvõte
Koormuse testimine mängib olulist rolli mis tahes tarkvaraarendusprojekti edukuses. Koormuse testimise automatiseerimise tööriistade võimekuse tõeliseks ärakasutamiseks peaksid organisatsioonid arendama partnerlust ettevõtte tasandi koormuse testimise ettevõttega, nagu ZAPTEST.
Koormuse testimise tööriistad võimaldavad teie organisatsioonil tuvastada võimalikke teenusehäireid ja kitsaskohti, mille tulemuseks on maksimaalne tõhusus, vähenenud seisakuaeg, suurenenud tulu ja paranenud kasutajakogemus.
